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Suction 1 
MAN,AGEMENT SUMMARY 

This suction Hammari^es the findings of SofTech, Bic. , with regard 
to the feasibility and cost effoctivenes s oi the Training Resource, Applica = 
tions and Information/ Data Exchange (TR^IDEX) Sy^steni, TRAIDEX is an 
informatiQn storage and retrit-val systeni that has been designed to reduce 
the cost of developing technical training courses within the arrried services 
bv allowing developers to have timely access to a comprehensive, up-to- 
date catalog of well described and validrtt^id courseware. The information 
collection and analygis that forms the ba^is for these findings was per- 
formed during the period April 1975 through April 1976, by SofTech ^ith 
the asBistancr of Educational Testing Service of Princeton, N, J, This 
information was gathered during a series of interviews at over twelve 
st^:5arate headqiiarter s and training development locations, during which 
personnel ranging from senior headqaartars and technical school staff 
throagh education and training specialists to coarse developers were inter- 
viewed. The functional design of an information exchange system, that 
could fulfill the requirements that were uncovered by the information needs 
analysis was performed, and was reviewed by members of the Inters ervice 
Training Review Organisation and by selected senior training staff per-^ 
sonneL Finally, two system implementation alternatives were d esigned 
and their costs estiniated* The results of the study are summarised below, 

1 * 1 LnfoT^v iation Needs 

The study indicates that the inters ervice sharing of validated 
tt^chnical course units can significantly decroaae the time and cost re- 
quired to produce courses for which identical or similar units must be 
developed. This view is supported both by qualified development per-^ 
Monncl and by the ejcperience of course developers who have actually re^ 
used course material from other services, The major obstacles that 
currently prevent this type of information sharing from taking place arei 
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• thcj lack of a catalog of up-to-ciiAtc, duscriptive 
information that icicsntifies well-validated course 
material 

• the lack of a anlforni and respoiisivc system for 
obtaining courso material after Lt ha^s been identifiDd, 

1 . 2 5 y s t £y i l^egjoi re^rii e titn 

The TRAIDEX ^y-stem that has been designed as part of this study 
addresses the inforniatioii needs identiiied. Furthermore, th^ fanctional 
requirements of the sfstem can be met by utilising an existing haTdwaxe/ 
softu^are inforniation p roc ess ing system, E^FOCEN, that is operated at 
Wright-Patterson Air rorce Ba^se in Dayton, Ohio. The implementation 
of TKAIDEK will thexefore require no significant acquisition of compiiter 
hardware ui softv^^are. The only additional hardware c-^^ts 'will include 
the purchase of low-speed typewriter terminals and the ^omt of using 
a packet switching cornmanications netw^ork, These costs are described 
in detail in Section 6 and the appendices to this report. 

The key to the suLccessful implementation of TRAIDEX will be the 
provision of active support from the using serv^ices throiigh the assign- 
ment of active, innov^atlve oparational staff and the visible backing of both 
headquarters and development site commands, The details of TTRAIDEX 
staffing requirements are covered in Section 7, 

4 

1 , 3 System Cos^ts 

Two im'plemeiitation options have been described for the TR^IDEX 
system. Based upon iislng the INFOCEN inforniation storage and retrieval 
systeni as the host far the database^ the first option takes advantage of 
the fact that Ds^FOCEK is also the host for tha Defense Aadio Visnal Archive 
(DAV A). The Director of DAVA has offered certain hardware cost arid 
personnel support that places the five-year cumulative cost of implementing 
TRAIDEX at approKiniately $821 thousand. The second option also assumes 
the TRArDEX system is irnplemented on the mPOCEN system, bat does 
not assume DAVA assistance, for a five-year cULmalative cost of approxi- 
mately $1.9 million, 
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BaHt-cl upon accepted h tiiiiat t'S of technif:al coursu devc^opmi^nt 
costs, i»vcn the mori- costly TRAIDEK implementation option need reduce 
the cp-v^ (ilopnumt ccjyt.s of the courses Impacted by TR.AIDEX by an a%^urage 
of only t^n pi-Tcvnt in carder to pay for itself in fivo years. Tl^is cost 
calcula ti on is presented in Section 6,4, Farthernnore, SofTech believes 
that olKrr It^as quantifiable benefits^ especially the production of higher 
qualit)^ courseware, will result fronn continued TRAIDEX usage, 




Sfiction 2 

scoFE or tm tr^id^x sxudt 

^ • ^ StUd^ Def dnltl o^ 

TKis i^ap^rt d egicrites tJie resu^ti the info rrnation ri^ed amly sis 
a^nd irtiplem^r^tatton stt^dy cf the Trainl ^esoiiX'ce , Applications and In - 
foroiatiOfi^Dp. ta jSxcfcLaftge <TRArDEX) ^yitem. TThe TR^IDEJC syster3nha.i 
tjie general ^bje^ tbe^s of a cqijiiring, maintaining, retrieving, dig sero^ina ting, 
a.nd exeharigifsg ^^coiTier^ts , rraaterials ^nd mnforraatioh useful to the educa- 
tioa and tfairxing activities of the four ^lll^ry services. It is a data ex- 
change Bymt^f^f intended prir^arily f 01^ th^ use of training cQu.TSe analysts 
and develop^^e tfti all servriceSj ^hat wtH al^low them to obtain the beixafits 
qI comamom ^^per lenca in the analysis, deg ign, ^nd development of military 
tjalriiiig pyogs'arrt^s, 

Th. t 3ACDE5< g^^d y has been j^intL y funded ly the ^rriiy, Na^y, Aiar 
B^orce, an^ 'OM'ph m^nd ha a b^eri cond\j.*te^ imd&r the auspicea of DA EP^ 
and the In terser ice Training Review ^oar*d(ITSB) by two contrgLCtoa^ii 
SofXech, Inc^ , Q»£¥a.ltharrm, Masi*, ai^d Educational Testing ger^i^lce (ET*S) 
oi P^riticeton. N, J. Th^a Eiites^unberalty C^mmianicatioiia Coixncil, 
(EDtJCOMO al^o pro\r3cied substantial ci^niii^lting support and aasiataiice to 
ETS, Th& st^^^y di^id«d into four t;as^j, as follows* 

• Coh.«diiet a cost/toerxefits/ %Jfec^iveneia analysis to 
ideratify th.^ mos t feaiible an^ attra. cti \ra TEA IDEX 

$ Conduct ar3 inJor Jnation a^-^ly^^is to ideiitify both 
Kie^di for ^nd sources of information in the 
military tnining commuiiity 

• :pefi.ne TR^IDEjC concept^ of isperaidoa 

• Specify in^plejne^^tion o^tlort^s, costs, and a 
yavelopme_3it pli,£i 




la or^Qir to uriderat^nd tbe Linderlyi«g gusg timpti^ns an,d definitiofi 
8 Cope v^hich guided the "TR J\IC?EK stud y taaics, it ii irnportaiat to be 
&wa re of the ovroltitlapn of tJe TR_-4rDE5( concept prior to the ^tart of this 
study. r^'omtlic spiin,g oi 1974 to th^ spring of 1975, thepotential 
defl^itioa of an inf crrtii tio^ arid daW exchange syfitein ^as itill open-ended, 
a.nd theTBAJDEX concept inc kd ed ma.ny^ possible goals, iDeaeflti, and uses 
iticlaidiJigi 

• KlakiJig the cUrr icixlunn d €v eloper irior ^ pioductiv^e 
armd effective 

• Reducing coa js© prepara^tion effort 

• Redacir^g £ne£flcien^j dnaJp^opriaLte appUcatloii of 

I Id <!nt4f/ing wldespr ead research and development 

i hLmKimizing tJe ^is semination of ne^ technical 
applicatioris &nd Inf^o^aticns 

'fhe methods proposed for meetisig these goal# im eluded the aharirLg of 
conaini^n c oa*s& el^mea^s ^ftiong th« s ervlces and the shaaring oi evaluative 
iiifoymation on ^edia^, ^'es^urce apjsllcatioaSj etc. The propos usar 
c omJnuLnit^ Included coiirs^ developers, adrtirxistiatot s of training curricula, 
headquarters pLanners and policy rrmakcrs, and the t jaiiiiixg r esearch com- 
rriun%^ Possilbla TPAOEX spplicatlon areas in€=laded technical tTainliig, 
flying trainii^g, gem^^al niiUtar^r trsiriing, hunraan goal^ trairiing, and the 
a^e of siirtul^tlon dearie es, training de^icei anda^vanc^d tradning systama. 
Other JOS slhle areas of iti^pact ^^ere resea^cb reqiiiremejits ^ operational 
tmlailixg, systern raaintenance, OT-tJ^e -job trainlrig^ cauteer deNrelopment, 
a^nd Support c( the Instr uctional Sy.^termg Design fISD) concept, 

Reali 2iixg that the s Ucces ^ oi tbe initial sttidy depended upon & well- 
defimed scope, the hterse3tfvlce "Jraining Review 0rsa»l2atio^ (ITRO), 
S^freclij and E^S agjeeed c3n sev^^ral maj or points in toe TRAIDEX deflJiition* 
A t tiiD ITRO Training TcchJ^oLogy CoftxJnittee rneeting Ijn April 1 975, SofTeCh 
aJid wer e d irected to ^mphafila e t^ai^l»g aoaa'se design s^nd developrnent 

a s ojposed tc> tr^ainini r esisarch m Jna^nage^eritj becauLse personnel in%rolv^ed 
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in adniinListratiori, plans, policy and reaearchweru Tecognized as having 
differ ant iriior motion requirements from the developer. The most cost- 
effuctlvci benefits of a TRAIDEX systcrn were projected to include- 

m r educed duplication of effort during course 
de\relopraent 

• reduced use of personnel and resources during 
course development 

0 incxeaged course effectiveness in attaining Learning 
ah) actives 

m inCTeased course developer productivity 

A second direction that evolved frorn the i^pril meeting ^as that the 
Btudy focus On technical training, because i t has the following character-^ 
i s tic s : 

m it is characterized by high cost per student 
a^nd high studerit yolume 

m course contenit is likely to poisese a high degree 
Qf comnionality across services 

9 rapidly chauging weaponi systenn technQlogy base 
is ca using the prodaction of ne-^^ courses and the 
jinDdificatiori of eKisting ones at a rapid rat€ 

Primarily because it is characterized by very high dollar cost per student, 
flying training was also disciisaed as a potential study araa. However, the 
flying training community is fairly small and close knit, and already operates 
with a high degree of Interaction; therefore, flying training was not investi- 
gated* Other areas such as hunnan goals aad general military training were 
believed to possess a high degree of comrnoiiality, bxit ttie dollar costs per 
student for these programs are not as high as for technical training and 
they vvere de-emphasized daring the informatiDn needa analysis. How- 
ever, once the TRAIDEX system has been proven to be operationally 
and economically feasible, these areas can he added to the descriptiv^e 
catalog by slrr^ply e^cpanding the course screening criteria that are used 
to select the TR*AIDE3C course units. This is feasible because the basis 
forTBAlDEX unit descriptions (subj ect area keywords, learning objec- 
tives, test itews, and so forth) is cornmon for any category of training 
that Has bean developed using an ISD-like approach, 



The final major diTective rc salting from the^ April meetiag v^ms tliat 
the study examine the possiblMty that t^Amm emphasize tH« use of a 
standardized training de?eiopiTient proceai by directly eupportliig Oie ITRO 
ISD ( lis true tional Sy stems Development) motiel telng de^aloped by Florida 
State University. 

&i summary, the benefits projected for the potential TEAiDEX 
sys tem at the beglnriing of the atudy werei 

• Reduced coiirae development effort aad cost 

• Increased productivity and effectivenees of the 
couTse de%^eloper 

m Support of a standard instructiona.1 development 
methodology 

2*3 Study Task Pefinition 

2.3.1 Cost/ Benefit Analysis; Tagk 1 

At the start of the rRAlDEX study, it ^as intended that itie potential 
cost of any proposed TRAIDEK £unQtionhe corapaTed to the eKpeCted benefit 
to be derived from it. This formal process woald allow &e study temm to 
CQiitinually narrow it© attention to only those areas where quantifiable bene- 
fits could be obtained throiigh technically feasible means at a reasonable 
cost. Given the initial technical direction to concentrate oa improviiftg the 
efficiency of tiie course developmeht process, it became clear that a key 
ingredient to the cost/benefit analysis 'would be the collactton of deBipi 
and development costs for each of the various stages of tiie iiistrtictloni.1 
systems developmerit process. However, as the InJormation analysis task 
proceeded, it quickly became apparent tiiat it would be Impoisihla to obtain 
representative analysis^ design, and development costs. The reasons fo^r 
this lack of cost data are varied, hut thsy can essentially he SfMfima^ized 
as follows* 

a) Personnel costs for learning material developmerit 
are often not separated from costs ijiciirred for 
instruction. 

b) Estimates of the ratio of development to presenta- 
tion time vary widely, and are heavily impacted by 
the introduction of new instructional technologies 
such as self -paced instructioii in its various forma, 

1fl 
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c) Pevelopment time is also stroiigl.y cort^lated ^Mi 
developer experience. Given the emet'giag sta^t© of 
newest (and presi^mably most effective) tecKraologies 
and the relatisrely Mgh rate of devfelQper turnQveT, 
most developers have had relatl^raly li+'le experience 
in applying tlies^ technologies, Weare tha^&iore 
hesitant to axscejpt the few developrniKnt costs that 
were obtaixied ais ^epTeaent^tive, 

In apite of the problems cited afcov©, the folio wing general coist iwmmdu 
appear clean . - 

a) The sarae instructional teclmologiea that are 
proving so effective in reducing the traimng time 
required to prodiice a qualifiecl graduate lire 
demanding an mcraasing Inveaiment in die learn- 
ing material development pha.se,* 

b) Am the trend toward more specialised couxse 
modulea prDceeds, the total jimmber of course 
hours that must be developed is increasing. 

As a result of this information deficiency, the study teann has taken 
the follQwing approach: 

a) Deaigii and specify an informatiori e%chatige system 
that is fanctionally capable of providing the re- 
quired course development asalstance (see Sectioa 5) 
and of handling the projected volame of stored in- 
formation and data traniactions (see Section 4). 

b) Estimate the costs of^de\reIoping, ii.i.egrating^ and 
operm ting this system, nna king maxiimunn use of 
escisting hardware and software iystemij ind trans- 
lating these costs into the development resources 
that would have to be saved in order to have the 
system pay for itself* (See Section 6, ) 

2,3* 2 jm ornnation rjeeds Analysis; Task 2 

The analysis of training information needs was accomplished in 
tile period May-August 1975 by interviemng a Qross-ss-cfcion of training 
personal in Uie four services and by survepjig DoD and non-DoD informa- 
tioi? resources relevant to TRAroEX informatton needs* SofTech and ETS 
cooperated in tiie interview tasks, and ETS/EDUCOM surveyed the relewiit 
information resonrces* The objective of Task 2 was to provide a. base 
for the remainder of ftie study by* 

• Focueing 4ie remaindaT of the study on thm TEAI^EX 
functioni witii the greatest potential henefits 
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• Defininig the mformation TRADDEK: muBt contain in 
order to provide titoae benefits 

• Specifying the sources cxiating ififormation to be 
used and tdeiitifyirtg iaforroattoii that must hm created 

& Evaiaating the potenttal impact c^f TR^roEX on inter- 
MervLce training arid d'welojpment 

A hey isiue the mformatlarii itnalyais task was the identifiCiatiotu 
of the categories of information that shoutld be handlecl wiftin the TRAIDEX 
system, The specific categorlei of inforrnatioii that wfire ieltcted for 
inclufion in TRAIDEX were culled from the Mndf of information listed 
below* The scope and nature of the elements of this list indicates the 
breadfeh that the TRAIDEX concept pQiseSsed prior to the atari of the 
stady, At that pcirit, TBAIDE3( was ©.lEpacfted to be ahle to handle^ 
m training resource iiiaterial 

sinialatlon devicea arid part task trainers 

technical t.ralnmg equipment 

training aids 

audio-vigtial materials 

training liter atnira 

• job/iMll analysis info rraatioii 

• training requiremaiuti analyglg infoffmatioti 

• nev^ edtication/ resource developments (techniquee, 
mat e rials ^ te chnology ) 

• applications 5^ effectiveness arid avallaMllty of 
training r<ESOurcei 

• training facilitiea 

inetrmetors 

exiitence of equipment 

esdstence and configuration of laboratories 
existenGe of class rooma 

• course descriptions 

• research requirements 

completed 

in process in laboratories 
awaiting action 
t operational tralmng processes 

• tearu training procedurts 
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The very broad range of trainlTig activitjr atnfl ralatud information needs 
that ii impliecl by the Hcope of this list was naf rowed at tho start of the? 
study in ordcT to focue on the areas oi tEalnlng course development that 
y/QTo bieliovred to possess the greatest poteritiiti for cost reduction* It 
must b^e not ed that the primary motivration for this reduction in scope was 
tho daclsian takeii by the ITRO rechnical rralning Committee to msure 
that the study was sufficiently 'well bounded, that it would result In a 
feasible an^ cost justifiable syatem and that it could provide tangible 
benefits ^vithlxi a raalistlc time frame. The decision to concentiate on 
the neo'ds of fte CDurso dev^ eloper, the discovery of other complementary 
irif©rrri!atiQri systems, and the decision to iitilize the natural occurrence 
of obj ective -based descriptiDns has reeulted in the definition of a system 
that is well '-bounded, that will serve a specific need*in the costly process 
of instructional systems developrrientj arid that will be relatively in/eK- 
pensive to implerneint. 

The results of the needs analysis conducted during Task Z were 
documented in a SofTech report delivered to DARP4 on September 15, 
1975, entitled "TR^IDEX Stady: Biforrnation Needs", the major contents 
o£ which are includled in Section 3* 

2,3*3 Comcepts of Operations Tapk 3 

The concept definition effort was designed to define tiie fujietioiiB that 
an operational TRAIDEX system miiat perform in order to naaet the laforma- 
tion needs ndentified during Task 2, Specifically, Task 3 wa& performed 
to d/e£ine over -all procedures and capabiLitSes in ttie following araaa* 

a) The content and form &f TBAn)EX database elements, 
I, , what information will be acceised trough 
TRAIDEX, and iin what form it ^ill be provided to 

us era s 

b) The procedures to he folloij^ed in obtmimng, iipdatlng, 
and prepariBLg data for inpiit to TRAIDEX, iiicludiiig 
procedar^s for Indexing it appropriately^/ 

c) User procediares for accesiing TR^roHC date, in- 
cluding meth-odi of dealing witii conflicts In indexing 
terms j limits on a^stem rasponie time, and otihar 
agpecti of the user/iystenfi ralationihip stipported 
by TRAIDEX, 
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d) The fanctional requirements that must be met 
by the organizations that support and manags 
the TRAIDEX system operation. 

^ :A-j;p?t,^ this Task defined TRAIDEX concepts of operation, and providea 
tJ^^^ feaals for the impliementatlon options developed during Task 4, The 
task was approaGhed from a viewpoint tiiat consciously attempted to de» 
fine the characteristics of the required functions wi&ou-t assuming the 
existence of a computer as a resource* The result is a functional design 
that 13 onlf nninimally dependent upon the type of automatic data proces- 
sing support that is available, 

E. 3, 4 Ibaplementation ^tlons. Costs and Plani Task 4 

Gi^en the functional requii^ements of the TRAIDEJC aystem deflnedl 
by raslc 3, the foal of tine final task has been to Investigate and define 
fmsible optiosis for realizing the mechanisms required to perform those 
functioris^ to estimate the costs involved with implemantation and opera* 
tioii^ and to propose a plan for the integration of the lystems It is wortib- 
while to poiiit out at this time that the results of this task have indicated 
the cornplete feasibility of handling the technical req air em. ants of TRAU>Ef 
and the anticipated system data volumes within currently eicistlng hard* 
ware and software systems. While the effective utilisation of all approprl- 
ate^ carrently available resources has always been a stated objective of 
the ITRO, It was not until fliis task was complete that confirmatioii of 
the feasibility of a TRAIDEX implementation fliat did not require any 
large hardware/software procurement was established. 
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2, 4 Report Definition 

The remainder of the report has been divided into five aectiona 
that present thti Tesulti of study tasks two through four, Seetlori 3 
describes the reqiiirementi, methodology, and results of the Inforrnatioii 
analyiis task, and concludes v^ith a brief summary of the study team's 
conclusions concermng the utility of a TRi^tDEX system. Sectloii 4 con- 
tains the estimates of data and trausactioa v^olume that a system satis- 
fying the needs identified in Section 3 would have to hanrJle, and Section 5 
presents the concepts of operation of such a system. Sections 6 and 7 
present the steps required to implement and operate TRAIDEXj and 
provide estima.ted costs for each phase* 
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TRAIDEK ENFORMAriON NEEDS 
3 , 1 Tagk 2 Met hodology 

3.1.1 Backgroimd , ^\ 

. The requiremetit tiiat TRAIDE}C be oriented prirmTilf toward 
improving the technical training course development piocesi implied 
that the information needs analysis task must gattier at least the follow-' 
ing basic data* 

a) Descriptions (both quail tati've and quantitativ^e) 
of currant course development practices 

b) Descriptiona of current information soiirces 
used by deyelope^rs^ and identificatl i of tiios.e 
phaaas of the de\relopmant process ttat would 
benefit moat from the Introduction of new sources 

c) Estimates of tiie direction of fature dev^elopment 
in Inatructional teclinology, and tiieir require- 
ments for new information. 

In addition, it was felt that s/eiification of many of the funtdamental as sump = 
tions about the utility of a TBAIDEX facility should be obtained ftom 
its potential end users* While miLch of ^is information could have beea 
gathered via a mailed questionnaire tfiat ^oiild have obtained Tbroadei" 
coverage than an interview naetliQd, the letter approach -v^ap chosfn for 
the following reasons* 

a) TRAIDE3C Itself was and im an evolving concept; 
the interviewers could tailoi the emphasis of their 
presentation both to a gradiiaHy more refined view 
of the system and to the outlook of &eir audience, 

b) The sample base for information gathering covered 
a very wide range of periomiel of varying ranlc Ln a 
variety of line and steff poiltions, 

c) Most irnportentj. the famdamental aspect of TBAl^EK 
as a user-accesied, relatively passive ii^ormation 
resource made it mandatory to evaluate at first hand 
the reactdon of tiie proposed mers, and to estlinate 
the likelihood of their voluntary utilization of such 

a system. 
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After some experienca in Task 2, information gathering, ETS 
evolved a set of queiUons that served as a base for information gatiiaring 
throughout the rest of die task, A sumniary of the conteiit of the question 
naire follo'wsi 

» course development process 

describe the training process, maftagementj 
and support, provided by yoyir organisation 

what is the role of a formal ISD meftodology 
in this procesi? 

what is a typical ratio of coux*se dev^elopment 
time to course presentation time? 

what are ttie rnost difficult or time consuming 
phases in the ISD procesi? 

what are typical course development costs? 

describe the inputs and outputs of the develop- 
ment process as practiced by your organisation 

t TRAIDEX information content and concept 

what information would substaiatlvely aid the 
developer? How would the information be used, 
and how much would it help? 

describe user to system interface requirements 
and poasibiUties, timeliness, indering, form 
and format, 

describe possible relevancy fneasurea of 
TRArDEX outputs, 

• other information iOurces 

what sources are currentXy used? 

what sources would be used If access was 
available? 

In addition^ repreientatives of the training commTmlty were 
questioned regarding &e assumptions behind TRAEJEXs such as the 
possibility of reducing development time and increasing developer 
efficiency, existence of a high degree of Inters ervice commonality, etc. 
HypoAeies on tiie content, interface, and function of a possible TRATOEX 
were continually tested. Finally .feedback on problems for an operational 
TRAffiEK were generally contributed with little need for formal questions 
or prompting from the study team. 
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3,1,2 Interview Sitej 

Biterviews were arranged by phone and letter contact with members 
of the ITRO Technical Trainirig Committee at each service training head- 
quarters. With recommendations from these representatives and repre- 
sentatives at each succeeding level the interviewing proceeded froin the 
headquarters down to tihe resident schools and course development sites. 
Figure 1 shows the distribution of interviews wlft locations and nuiribers 
of people interviewed* 



Figure 1 


Level 


Air Force 


Army 


Navy 


Headquarters 


Air Training 
Command (ATC) 
11 


Training and 
Doctrine 
Comrtiand 
(TRADOC) 
8 

Combat Arms 
Training 
Board (CATB) 
2 


Chief of Maval 
JEducatiori and 
Training 
(CNET) 
10 


School Staff 


Chanute AFB 
7 

Lowry AFB 
16 


Ft. Benning 
2 

Ft. Gordon 
5 


Chief of I^aval 
Technical 
Training 
(CNTT) 
6 


Course Developer/ 
Instractor 


Chanute AFB 
9 

Lowry AFB 
25 

Lackland AFB 
4 


Ft, Gordon 
8 


Men^phig l^^aval 
Air Station 
5 



Not shown in Figure 1 were interviews with a representative of USMC 
Training Headquarter two researchers from Florida Stete University 
(developers of the FSU ISD model) and several representative a ol tiie 
DoD Directorate for Audiovisual Activities, as well as a visit to the 
Air Force Human Resources Laboratory installations at both Wright 
Patterson and Lowry Air Force Bases. 
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Given budgtftary constreuints^ the necesaity of visiting at least one 
technical school in ejacli service and the dc^siro to contact a cross -section 
of those involved in the- course cievelopment process, the interviev^ sample 
was small, and the results must regt on the careful cvaluatlori of the in- 
farmed opinions of key personnel. However, people in the major areas 
of the course development pTacvBs that %^oald have an impact on or would 
be impacted by TRAIDEX contributed to the study, and feedback was ob- 
tained from hcjadquarter s personnel, course development managers and 
course developers using varioas de^felopment naethode including the Florida 
State University ISD model. Personnel involved in the future direction of 
training in the services ^ere iriter viewed, including personnel supportirig 
the nt^wly formed Army Trainirig Management Institute, the ^ir Training 
Command ISD Advisory Services section, and INavy Technical Training 
personnel involved in the es tabUshrnent of tiie Memphis Computer Managed 
Instruction (CMI) complex* Since connbat arms represents a large portion 
of the training concerns of the Army and Marine Corps, the study team 
contacted both the Infantry School and the Combat ATms Training Board, 
At the headquarters level interviewi were held with those Involved ^ith 
advanced tralning^ support systenns, planning^ policymaking, hiidgetlng, 
and management as well a^, technical trailing development and the i*se 
of simulation and ad^^aJnced training aldsi Ciformatlon on databases ^as 
gathered at each visit ^A'ith particularly relevant information coming from 
visits to the DoD Directorate for Audiovisual Activities and the Air Force 
Human Research Laboratory at Wright Patterson AFB, Dayton, Ohio. 

3,1*3 Intervie%y Meth odology ;^ 

Bucause the ra^gu of inforniation sought %vas broad and because 
thr experience, service backgrourid and level of responsibility of the 
potential sources was diverse, it became clear that a rigid questiofinair e 
or highly structured interview g^ide would not be productive* Therefore, 
the information gathering methodology was huilt around a semi- s true tar 
interview. After brieny describing the nature of the atiidy (without dwelling 
on the information retrieval aspects of TRAroEJC), intervlaweea ware 
questioned in each of *e general areas of ftie questionnaire. Dapending 
upon the attitude and experience of ttie subject, certain areas ^are foUowecl 
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up in greater detail. In general, lowur level clev^elopers were inte tvies^ed 
in Hniall qroups and in the abscncu of their superiors. 

As a separate ^3^btask, KTS surveyed DoD and non-DoD databases 
and inforn^ation resources such as reference materials, computer aeaTch 
servrlces, periodicals, contacts, etc. The results of the inforrriation re- 
source survey portion of Task 2 liiive been published by ETS in two document 

1 ) ''Information Resources for Trainingi A Survey 
of Non- military Sources", by Len Sv^ansoh and 
Lorraine T, Sinnot, Document MDA 
0290-^1, March 1975 

2) "Military Sources of Training- Relatad Informa- 
tion", by Lorraine T. Sinnot, Document MDA 
903^74-C-029O-2, September 1975 

3, 2 Inter view Results 

At the start of the study, the projected benefits^ of TRAIDEX had 
been focused upon reducing the coarse development effort and incraaiiiig 
the productivity and effectiveness of the course developer. Technical 
training ^as to be the primary study area because of large pereonnal and 
dollar costs, the judgment that a high degree of commonality existed in 
this area, and the assumption that rapidly changing technology caused much 
new course development and re -development* Support of the FSU- 
developed ISD model was a factor to be examined. 

In order to present the resnlts of a large number of interviews 
in a coherent manner, we have restated the original projected benefits 
and goals of TRAIDEX, along with some underlying assumptions about 
the nature of the technical training development process, as a set of ten 
hypothetical statements. These statements serve to forrnalize a set of 
requirementi that must be sho^ri to be realistic if TRAIDEX is to be a 
viable concept. The hypotheses are followed by a summary of interview 
responses both pro and con, and the study team's conclusion, 

3,2^1 H yyot^esis- Exchange of information will save course develop ment 

The most important point in the feedback this issue is that a 
limited nuinber of course developers have successfully borrowed course » 



ware from another service and saved their own couree development time 
as a result. For example, developers in the Department of Army Wide 
Training Support at the Signal School (Ft, Gordon) cited a case in which 
one month of development time was saved on a 3-4 month effort by using 
material borrowed from the Air Force; furtiiermore, this time was saved 
in spite of ostensible inter ^service differences in maintenance and train- 
ing philosophy. An interesting aspect of this particular development 
experience is that tiie developers tended to be technically oriented general^ 
ists who relied upon the assistance of subject matter experts, rather than 
subject matter experts with eKperience in a particular kind of course 
development* 

However J the reuse of shared learning material is an infrequent 
occurrence, and how frequently sharing can be done and how much time 
can be saved is in doubt. A portion of those people interviewed felt that a 
lot of content duplication in course development exists, and that most 
developers would find it helpful to see what other developers with sinular 
objectives have produced. Another portion felt that due to a variety of 
interservice differences, the interservice exchange of curriculum materials 
would seldom be worthwhile. And a diird portion felt that, because of the 
time needed to under stend and absorb anottier developer* s material, the 
time savings would be minimal though the exchange would be helpful. 

The possibility that the exchange and review of relevant learning 
materials might result in indirect reduction of effort became apparent as 
the study progressed, A number of developers interviewed felt that looking 
at the results of anotiier^s development effort would be a source of inspira- 
tion on presentation techniquej formatj and so on even though tiie material 
itself was not directly borrowed. Support for this point varies between the 
experienced and inexperienced developer, with tiie strongest support coming 
from tiiose who are relatively ineKperienced in applying a particular tech- 
nology. The experience factor may be particularly critical in services 
where Aere is rapid introduction of new learning technology or a high rate 
of developer turnover, 
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Although estimates of potential flevelopmiint time savings varied 
widely, the TRAIDEX study tGani concluded that the exchange of course 
material will indcerJ save course development time; however, the quanti- 
fication ol this time savings is a separate and difficult issue. The savings 
appear to depend heavily upon the relative experience of the developer ^ 
his ability to submerge his own ego sufficiently to borrow relevant mate- 
rial, and the ability to quickly locate relevant and properly validated in- 
structional materisLL 

3.2,2 Hypothesis: Excha n ge of Information will increase cour b e 
eff ec tivenes s , """^ ' ^ ~ 

This point depends upon the ability of the course developer to ob- 
tain (via TRAIDEX) material that may be more effective than he can pro- 
duce within his time and budgetary constraints, A good many of those 
interviewed were concerned about the quality of material that TRArDEX 
would cause to be shared, pointing out that automating mediocrity accom^ 
pushes nothing, A large percer^tage of the sample mentioned the use of 
professionally recognized validation metiiods as a critaiion by which to 
judge the worth of learning materiaL In this case, the- important validation 
is the internal validation to show tibat &e course material is consistently 
successful in meeting the original learning objectives. This information 
has been specified as a requirement for inclusion in the TRAIDEX data- 
base. External validation showing feedback from the field is not a direct 
indication that stated objectives were or were not met, since failure in 
this area may be due to poor job analysis. 

With respect to a developer obtaining more effective material than 
he might produce on his own, there will be a variance between those that 
are experienced and inexperienced in the application of a particular tech- 
nology, £i areas of the services with rapid turnover of course developers, 
one would expect the strongest positive effect. More important^ perhaps. 
Is the increase in effectiveness caused by the synergistic effects of the 
rapid dissemination of innovative resource and media applications that 
TRAIDEX would be able to accomplish. 
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^ • ^ • 3 Hypothesis: Perce ived benefits^ c an_ be cos t analyzed. 

Any model used to analyse the impact of a TRAlDEX on the course 
duvflopment procoss by cost/benefit asaumes the existence of cost data 
tor the various phases of the process. However, hard and comprehensive 
course development cost data could not be obtained from any site. In 
most cases development costs for a school were not separated from in- 
struction costs. In one case development costs were merged for several 
courses. Factors such as the impact of the introduction of new instructional 
technology, such as self pacing, differences between initial and subsequent 
df-vulopment of a course, developer time taken from other duties, experi- 
ence of developer, etc. , also made coefc comparisons impossible. 

Thue, conventional approaches to the costing of development 
activities could not be applied, because the necessary data is simply not 
being tracked. The closest we were able to come to real cost data was 
in the Air Force, where we were able to obtain some sampled data. 
Chanute AFB records fairly extensive data on the ISD process on a form 
called TC 200A. The table shown below summariEes this data for three 
sample self-paced courses. The problem with projecting from this 
data is that it is not comprehensive and therefore cannot provide a true 
picture of al^course development activity, even at Chanute. Moreover, 
because of the difficulties inherent in tracking the time of instructors 
and part-time personnel, it is not clear that all of the personnel involved 
in the development process were tracked, or tiiat their time was precisely 
allocated. It should be noted that the three sampled courses were not 
developed as part of the PLATO computer aided instruction (CAI) project 
at Chanute. 

A similar problem occurs with the aggregate cost data collected 
by ATC (Forms 189A and 189B). These forms do provide a vehicle for 
tracking total development costs; however, the same cautions regarding 
the comprehensiveness and accuracy of this data also apply. 

Rule of thumb estimates of the development ratio range from 30 
hours fper hour of isistruction) to 300 hours. A reasonable estimate for 
a comprehensive ISD effort within the Air Force is 100-150 hours. The 
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Xaviil Air Maintenance Trainink; Groiip r c*p r s enta rivi^ orftiniatcd r]evelop = 
iT\i-nl tiiTii- at about 200 hours* At the instructoj* level we heard esttinates 
uf bt'twet^n iO and 70 h(mrs, 

III ihv following tabic thn phases correspond to four of five pha^^es 
Di the Air Force ISD process fphase I - Analyze System Requirements, 
Phase II - Define Education and Training Requirements, Phase HI - De- 
velop Objectives and 7rests, and Phase TV ■= Plan, Develop, and Validate 
Instruction), Tho ratio is the number of development hours to the number 
of rnntact hours. 



Sample Course Development Costs 
Chanute AFB 







Course 






A 


B 


C 


Contact Hrs. 


232 


231 


384 


Phase 1: 


594 


80 


534 


Phasu II- 


721 


16 


13 


Phase III; 


531 


1642 


560 


Phase IV- 


9673 


9477 


3888 


Total Hours 


11519 


11215 


4995 


Ratio: 


36. 7 


48. 5 


13. 0 


Cost: 


$5&568 


$47603 


$22194 



It is interesting that in these particular examples Phase IV (where TRAIDEX 
should be most useful) consumes approximately 80% of the development pro- 
cess* A few of those interviewed in relation to these cost figures estimated 
that TRAIDEX could save 25 - 50% of the production time (Phase IV). 
The Important issues, however, are the rate of development and the 
number of courses for which TRAIDEX would be useful. 

The cited development ratios may be compared to those stated 
for PLATO course development at the University of Illinois College of 
Veterinary Medicine at Urbana, A report on initial development costs 
(CERL Report George M. Grimes, author) states the coding 

time for an hour of PLATO instruction ranges from 37 to 82 hours with 
an avera ge of 58 after two years of experience (the range early in develop* 
rncnt was 48 to 19 3), On the other hand, tim.e to produce typical Instructor 



hLtst'd locktstt'p niatcrialH haw bvvn sLatod by typical ins true tor /riovflt^pei's 
I'ij ranyt.^ inym Z to 10 hours pur hour, 
^hi: implications are clear: 

m Ak ncfw and morr sophisticated instructional method- 
olo^^ies arc introduced, devt^lopment time increases, 
particularly in the early stages of implementation, 

• As dev^elopmcnt times increase, shared material may 
have greater impact on costs* 

3.2,4 Hypothe sisf Benefits Qt ^R_ArDEX ar e import ant because of a high 

rate of new c ourse devrelopment and CQurse modification 

Most of those interviewed that supported the TRAIDEX concept 
agreed that benefits would be apparent in new course development, 
liowever^ the benefits perceived for course modification were not as 
groat. For example, course revisions to cover minor equipment changes 
are usually not major enough to warrant reuse of other than the original 
material. However, there are cases, such as the addition of a new sub- 
ject or the conversion to a new type of training technology, (self-paced 
instruction, for example), w4ien the ability to look at previously developed 
material is a real asset. 

We received conflicting reports on the amount of new course 
deveiopment and the rate of revision involving a new training technology. 
The Navy has about 2000 full = time people involved in course development 
or redevelopment, the Air Force revises approximately 75,000 hours of in- 
struction per year, and there are a few areas where major revieions 
using the ISD model are planned. However, at the school level in another 
service we were told that almost no new courses are being developed and 
in all services we heard ^at the most frequent types of revisions are not 
major. In conclusion^ it appears that TRAIDEX must be justified pri- 
marily on the basis of new course development and major course revision. 
Given the economy to be gained in delivery costs via the introduction of 
self -paced courses » the advent of CAI and CMI, the realignment of MOS 
categories and the continual introduction of new weapon systems tech- 
nologies, v/e should expect the development requirements to remain 
strong. Even if new development requirements only remain steady , a 
small percentage decrease in development cost should represent large 
dollar savings. 
1020»2 3-10 
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3.2.5 Hypofeesis- Course development efforts w ith a high degree of 
cQmmona Uty exist among the sarvices 

In every service at every level we enco^intered doubts as to the 
degree of course commonality among the services. Of course, some 
people had strong convictions that this commonality does exist, especially 
at tlie level of the basic or introductory technical course. However, tliese 
basic courses were also assumed to be fairly stable. If this is in met the 
case, TRAIDEX potential use will be less than assumed, (Note, however, 
that in San Diego the Individualized Learning Development Group at the 
Service School Command is developing a basic electronics and electricity 
series (over 100 modules) to be used for all Basic Electricity and Elec- 
tronics training in the Navy, arid a similar program, Common Basic 
Electronics Training, was developed in the Army), 

3.2.6 Hypothesisr The areas of the course development process most 

relevant to TRAIDEX are the search for existing courses 
or mat eriats, media selection, and actual learning 
material development. 

Using the numbering scheme of he FSU ISD model, the phases 
of the course development process to which TRAIDEX was originally 
thought to be most relevant were I, 4 (analysis of existing courses), II. 1 
(development of objectives), 11.2 (test developmentL 111*2 (in the area of 
media selectiDn), Hi, 3 (review/selection of existing materials), and 111,4 
(development of instruction). The kind of TRAIDEX assistance expected 
for phase II, 1 was not actual reuse of previously developed objectives but 
rather the examination of well constructed and (possibly unrelated) object^ 
ives for guidance by relatively inexperienced analysts. Through the inter- 
views we sought feedback on these assumptions, 

A nearly unanimous response to the question about the most diffi- 
cult phases of the course development process (assuming use of a version 
of the instructional systems development model) was the conversion of 
job tasks to terminal learning objectives. Altiiough this step is widely 
recogni:r,ed as difficult and time-consuming, the only way that a TRAIDEX- 
like system could help Is by offering samples of existing converiions for 
like tasks. It is assumed that jobs with parallel job tasks would be picked 
up by the Ihterservice Training Review Organization Curriculum Review 
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Committee effort. Furthermore^ searching for a similar aet of job tasks 
aHsociated with a course in another service appear b to be very difficult, 
primarily due to service specific terminology and function. However, the 
gejneral feeling in the Army was that a large effort must be directed toward 
job and training task analysis before the resulting courses will have the 
quality necessary for benefiu.ial sharing via TRAroEX. 

The use of TRAIDEX to astiist in title media selection process was 
originally considered to be a viable applic%.i tion* Although^ media selection. 
nioduLsdo exist, several people interviewed felt that these are ineffective 
and that TRAIDEX could help by sharing evaluative informaticn* However, 
the general response to tiie sharing of such evaluative information was 
negative^ many cases only a limited selection of media is available 
to the developer. Also, those interviewed felt that receiving unfiltered 
subjective media evaluations would not contribute to the development effort* 
Therefore, tiie idea of assisting tibe media selection phase, other than by 
showing what media is associated with a particular course and why that 
media was chosen, was rejected. 

The TRAIDEX information system has therefore been designed 
to concentrate on the areas of: 

• analysis of existing courses 

• display of lea*'ning objectives 

• review and selection of learning materials 

that are comm*on to all currently used development meljiodologies, 

3,2,7 Hypothesis* TRAmEX should be or i ented aroimd fee Florida 

State U, hs tructlona l Systema Development Model 

From the point of view of TRAIDEX, the wide use of a alngle devel- 
opment model with standard terminology and fixed types of outputs would 
obviously be desirabla. However, Ae Interview process revealed t^t 
the support of the FSU ISD model was far less broad Aan had been assumed. 
Each service has its own version of an instructional systems development 
model; the FSU version does not have universal support, and those that 
are supportive feel that it is at least a few years away from widespread 
acceptance and implementation. Furthermore, tiie models currently In 
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effect arv n^t always used as widely as intended. The key point, however, 
i-- ;dl ^- • olopn-H' ? efforts ciirrenrly center uround the prodaction a: 

learnini; materials and t^-rits that support formally stated, performance 
oriented learnin)? obiectives, 

* 

T R A TO EX data, mutt be structiired around sl systematic course 
d e\^ el op m e n t p r o e e s s , T hi s process does not ha%' e to be strictly th e FSV IS D 
model, but we must assume some variant of ISD* At the absolute mini- 
nium, courses n^ust have specified terminal learning objectives in the 
three-part form of action and condition, and standard when available. 
This assumption appears to be consistent with the future major role 
planned for ISD in the services. 

3.2.8 Hypothesisi The potential for interchange of training development 

info rm ation is seldom achieved because current 
mechani g^ ms are deficient 

Section 3. 2, 1 stated that shared material has occasionally been 
used to save time in course development* The major question concerns 
the degree of sharing tiiat currently takes place relative to the existing 
potential and the adequacy of mechanisms currently ?tvailable to assist 
the process. 

It must be noted that there exists a substantial body of opinion 
(particularly at higher staff and headquarters levels) that all possible 
sharing is ctirrently done. For example^ certain Army training personnel 
felt that within that Hcrvlce the system of subject-matter oriented "pro- 
ponency^' for certain types of courses maximiEes information interchange 
by centralizing responsibility for a certain type of course at one resi- 
dent school. It was also claimed that in and among the services there 
are a small number of schools dealing in any particular field, and that 
development personnel at these schools keep in touch to such a high 
degree that TRAIDEX wouldn^t be able to substantially Increase the level 
of communication. Otiier currently available sharing mechanisms include 
service-specific catalogs of programmed instruction materials , video 
tapes, and audiovisual systems that include ttie scope, .objectives and 
student entry level of the material as well as a description of the means 
of accessing it. Libraries and advisory services are used for iriformation 



on training technology arid in one service a TRAroEX-like advisory service 
is provided at the training comm.and headquarters level* For the future, 
the plans of the Do D Directorage for Audiovisual Activities should cut down 
the duplication and increase the exchange of audiovisuals through control 
and coordination; tht: Army hopes to benefit similarly through improved 
technical documentation of training aids. 

In spite of tlie bright picture painted by this list of potential systems 
for courseware exchange, tile majority of couTse developers felt that very 
little sharing is done* The probL^ms that developers cited with regard to 
the currently available meclianisms for inter- and intra-service sharing 
of cumin on development efforts may be summa.ri^ed as follows: 

a) Current sources of information are inaccurate, 
usually because the time required to compile, 
print, and distribute hard -copy catalogs is long 
compared to the rate of change of the courseware 
involved. This leads to very rapid obsolescence 
of the catalogs* 

b) Current sources are incomplete, because Hiey do 
not usually contain enough information to allow the 
potential user to accurately judge either tiim relevance 
of the material to his own objectivesg or the quality 
of the instructional material in terms of its proven 
ability to achieve its own objectives. 

c) Current sources are not always available at the 
level of the developer who might make use of them. 
While the ATC ISD Advisory Service has in the 
past reported a relatively high volume of inquiry, 

a majority of ATC course developers interviewed 
were unaware of its eKistence, A possible reason 
for this discrepancy is that the service was known 
to only a few 'd^^ading edge'^ developers who made 
extensive use of it. 

While the ^^haring of audiovisuals and training aids is a partial 
solution to the problem that TRAIDEX addresses, there are no organized 
databases of training courseware. In conclusion, it seems certain tiiat 
in relation to the intorservice potential for sharing, there Is a place for 
an effective, up-to-date, easily accessed database of information on course- 
ware witli built-in relevancy and validation measures, 
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3.2.9 Hypodiesis: Current support for the concept of inter aervice_ 

exchange of training' development information is 
"c entered arou nd a few i ndividuala. 

Tlirough the interview process it became apparent that general 
enthusiasm for interser%dce exchange was mild at best, and it became clear 
that a task associated with the future of TRAIDEX was that of eliciting more 
support at aU levels for both its concept and its rationale. It was there- 
fore surprising to discover the existence of ATC Regulation 52-34. To 
quote from the regulation "This regulation implements in liiteraervice 
Memorandum of Agreement which eatablishes policies and procedures 
for the exchange of training materials and training support services among 
the military services. " mile this regulation is an expression of oxisting 
support for the TRAIDEX concept, the fact that course catalogs are the 
only current means of implementing tiiis regulation and since course de- 
velopers have expressed the inadequacy of that means, TRAmEJC could 
become a means to facilitate the process of exchange as required. 

3.2.10 Hypothesis; The TRAIDEX user will be the course dev eloper or 

subject matter expert. 

When the TRAIDEX effort focused on the course development process, 
the course developer or subject matter expert clearly became the end user. 
However, the necessary perspective and incentive for improving course 
effectiveness and the motivation for reducing development time does not 
always exist at this level. The TRAIDEX study team concluded that the 
knowledge of TRAIDEX system use and the ability to monitor courseware 
exchange should reside at the level of the course development advisor 
or staff level education or training specialist. The interviewing process 
demonstrated convincingly that it was at this particular level in ttie train- 
ing hierarchy that the talented personnel with the most perspective on 
the training development problem coupled with daily contact with actual 
devd opers existed. Not only was the acceplance of the TRAIDEX con- 
cept greatest at this level, but the staff personnel in these positions 
generally have some type of review and approval rights over locally 
developed curricula. 
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3, i TRAIDEX information content 

The forofioing sections have reviewod the assumptions and hypotheses 
behind TRAIDEX. The remaining results represent feedback obtained on 
the form of the TRAIDEX system. 

The information content as well as the concept and use of a pro- 
posed TRAIDEX is described in detail in Section 5. TRAIDEX information 
cuntent is based upon responses to inquiries about shareable courseware 
and information that would significantly aid the course developer in locating 
and qualifying relevant, shareable courseware. Assuming access to a 
single instructional module below the level of a complete formal coarse, 
interviewee responses fell into the following categories: 

• descriptive information that could be used to 
determine relevance 

• pointers to sources of material 

• course material to be used directly such as manuals 

m course material to be used by instructors such 
as supervisor guides 

• supporting courseware (for oxample , references) 

m uriginal course development files (for examplu, storyDoard) 

Ln relation to the timeliness of accessing TRAIDEX information course 
developers were consistent in stating a need for the relevant course mate- 
rial in a 2-4 week period from the time of seeking candidate material for 
r i' u s e * 

3 , 4 Information sources w hich prov ide related data 

When the TRAIDEK Btudy began it was assumed that a number of 
useful and relevant information resources already existed, both within 
and outside the military, and that these sources of Information might be 
included in or accessed through TRAIDEX, Therefore one of the objec- 
tives of Task 2 was to identify and assess these information resources 
against the perceived needs of TRAIDEX users. This survey and assess- 
ment was conducted in two parto* 

1) a survey of information resources outside 
the military 

2) a survey of information resources developed 
or operated by the varloui agencies of the 
Department of Defense 
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rhe results of these invustigations are repurtud in the companion reports 
citCfl in S^'Ction 3, 1 . 3, 

The surv^?ys uncovered 31 information resources outside the mili- 
tary, and 6 infarmation resources within the military, that provide in- 
formation potentially of use to TRAIDEX users. The study team concluded 
that each of these information resources has intrinsic usefulness because 
of the way in which they could support a course development effort; dis- 
cussions of how each resource might assist curriculum developers are 
provided in the detailed descriptions given in the separate reports. How- 
ever, with the exception of some of the DoD resources, the interviews 
were unable to uncover any data, supporting their inclusion in TRAIDEX. 
None of the active curriculum developers interviewed had any significant 
knowledge of or experience wdth most of these resources, As a result, 
they were simply unable to assess the potential impact of having access 
to such information. The exceptions to this are discussed in the reports. 

Because we were unable to assess the potential benefit of providing 
access to these information resources through TRADDEX, the study team 
recommends that the initial implementation of TRAIDEX not attempt to 
include these resources. However, many of them are likely to be important 
components in some future evaluation of TRAIDEX, Indeed, we strongly 
suspect that the need for many of them will become evident over time, and 
that TiRAIDEX would provide a useful vehicle for interfacing these systems 
to the user community. To do so, TRAIDEX might contain pointers to 
(and detailed inform.ation about) these systems, so that in responding to a 
specific inquiry the uner would be directed to an appropriate information 
resource from which he can obtain an answer to his question. It is felt 
that such a pointer system, would bo highly useful since an easy means of 
locating these information resources is presently lacking. 

If TRAIDEX is established, a study should be undertaken to 
examine the potential utility of these information resources within the 
TRAIDEX community. This might be done by providing the TRAIDEX 
interface with access to certain of these systems, so that he could assess 
them against the kinds of questions posed by users under real conditions, 
and obtain foedback on the relevance of responses. 
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3 . 5 Conciu sions based on inter views 

Based on the results of Task 2 interviews, it appears likely that 
there is a need for an offective, timely method for the exchange of valid, 
relevant courseware. A system which implemented such a method would 
facilitate the observance of regulations on interservice cooperation and 
assist in new course development as well as the application of new types 
of training technology such as the ISD process. Such a system would 
reduce development time and increase the effectiveness and efficiency 
of the developer. The dollar cost savings or cost avoidance accomplished 
by this method depend upon: 

actual time savings 
increase in developer efficiency 
rate of new course development and revision 
• rate of TRAIDEX use in ISD conversion 
m degree of interservice commonality 

A TRAIDEX system is feasible if based on the assiimption that some 
form of the ISD process will be used and that learning objectives exist in 
the form of action, condition, and standard. The degree to which TRAIDEX 
could aid job-ta.sk analysts is not clear, but it can assist in the review of 
existing courses, review of existing materials, access to shareable mate- 
rials, and by shared examples, spread new teaching technology. 

A user community baaed on course developers in technical train- 
ing is viable with a few exceptions. The needs of that segment of the Army 
involved in combat arms training and the needs of the relatively few groups 
in the three services involved in team training appear unique and the 
probability of their benefiting from TRAIDEX is small. Txi otiier areai 
of technical training the course development advisor at the local develop- 
ment ate is the most appropriate interface to the TRAroEX system while 
the end user remains the course material developer. 

In conclusion, the study team feels that interservice sharing of 
relevant, validated courseware can significantly decrease the time and 
effort required to produce new technical training course modules. The 
effects of sharing will have flie greatest leverage in situationi where 
one or more of the following conditions is present? 
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• A new training requirernent must be met 

m Nc^w instructiorAt.il technology is he.ing introduced 

• Coarse de-si'^ner /devr-loper^ arc not subject 
matter experts 

« The production co&t per di:?livery hour is high, 

as in self -paced programmed texts, CAI 
programs, or multi -media presentations 

This conclusion is based on a qualified evaluation of the interview re^ 
sponses, and upon the following observations: 

• Personnel who agreed with the TRALDEX concept 
were either currently involved or had previously 
been involved in situations similar to those de- 
scribed, and had or were attempting to share inter - 
service information* In several cases, these 
develop'^^rs had successfully shared another servicers 
deveropment experience and/or courseware. 

• Personnel who disagreed with the TRAIDEX concept 
did so primarily for 3 reasons: 

1) All potential sharing is already accomplished 

or 

2) The developer won't use shared information 

or 

3) Potentially shareable material cannot be 
identified short of actual examination of 
the product 

• In fact, all three of these assumptions have proven to 
be erroneous. Developers are nearly unanimous in 
reporting that attempts to find shareable material 
are frustrated by the inadequate mechanisms avail- 
able to them; only a few have developed the informal, 

^jut of channels*' contacts that allow them quick 
access to other developers. However, in the rela- 
tively few instances where inter -developer contact 
has been made, the success of sharing similar de- 
velopment efforts has been significant* Finally, a 
substantial number of course developers, curriculum 
review and advisory personnel, and education and 
training specialists in both military and civilian 
areas have agreed that a combination of the descriptors 
proposed for the TRAIDEX Database (learning object- 
ive, sample test items, media, validation date) are 
adequate to give the inquirer confidence in the rele- 
vance of the courseware described. 
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TRAIDEX SYSTEM VOLUME ESTIMATES 

4, 1 Bitroduction 

Jn order to select the mechanisms (computerized, manual, or a 
combination) that are required to implement the functions of a TRAIDEX 
system that will satisfy the information requirements presented in Sec- 
tion 3, the TRAIDEX study team estimated certain critical system volume 
parameters. These estimates were made and refined both during tiie 
information gathering process (Task 2) and during the concepts definition 
task (Task 3), and they serve both to determine certain functional re- 
quirements and as a basis for the operational cost estimates in Section 
6. While all of the estimates below contain some measure of uncertainty, 
this uncertainty should not affect the final validity of the study results, 
for the following reasonsi 

1) The study team has consistently attempted to 
make the most conservative reasonable estimates. 
The estimated volumes and associated costs 
should therefore be on the high side in most 
cases. 

2) It does not appear likely t^at any critical volume 
or rate estimate is in error by as much as a 
factor of two. The study team feels that any de- 
sign or implementation effort whose success de- 
pends upon a closer estimation tolerance than 
this represents an unwarranted risk, especially 
because even the most conservative informatton 
volumes are well within the currant state -of -the- 
art of information processing. 

The TRAIDEX volume estimates fall into three key areas, as 

follows: 

1) Number of course unit entries in tiie unit descrip- 
tion catalog or database. This number helps deter- 
mine tiie mechanism and associated cost to store 
the required data. 

2) Rate of change of the unit description catalog. This 
rate determines the mechanisms suiiable for updating 
(and therefore storing) the catalog, and the associated 
cost. 
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3) Rate of inquiry into the catalog. This estimate, 
couplied with the expected corriplexity of a typical 
inquiry and the reqaired system rasponse time, 
determines the nature of the required retrieval 

mechanism. 

The means by which the above volumes were estimated and the resulting 
numbers are presented in the following subsections^ and are summarized 
in Exhibit 4-1, 

4, 2 Unit Description Database Volume 

The TRAIDEX catalog of technical training course units will con- 
tain a descriptive entry for each distinctly separable unit of courseware 
for each technical training course that is recorded. For the purpose of 
describing and retrieving this courseware, a unit is defined to be the 
smallest easily distinguished piece of learning material that, along with 
its associated descriptive information, supports at least one performance 
oriented learning objective. The estimated volume of tiiis database was 
determined by surveying the number of technical training courses listed 
in the servicers formal (resident school) course catalogs and in the ap- 
propriate non-resident, correspondence, and career development course 
catalogs. Courses were screened by DoD occupational (subgroup) and 
those that fell into the following categories were omitted- 

1) Medical technology 

Z) Human Goals (e. g* , race relations, drug abuse) 

3) Courses with little inter-service applicability 
(e. g. , armor and amphibious) 

4) Combat arms subjects 

The result was the identification of 4200 technical courses with potential 
content for inclusion in TRAIDEX, broken down by service as shown in 
Exhibit 4-1, 

In order to estimate course unit volume, the study team examined 
course catalogs and course unit material from each service* The actual 
number of units for courses for which this number was available (from 
docimients such as POI's and curriculum outlines) was used to estimate 
the average numbor of units per course. Estimates across services were 
checked by consulting various members of the training community. The 



resulting total of 82,000 course units is broken out as shown in Exhibit 
4-1. This total appears to be reasonable; If a nominal 8 hours per course 
unit is assumed, the resulting 656,000 hours of instruction represents 
betwc*en half and two-thirds of all technical training presented, based 
upon informed estimates from within the training community* 

4, 3 Unit Descri ption Update Y-2iHE£- 

It was impossible for the study team, to obtain exact estimates 
for the rates at which new courses are created and old courses are re- 
viBud, Ilowever, it is the policy in at least one service to review each 
course at least once every three years. An examination of the Air Force 
Career Development Course Catalog indicated that about 200 of the 300 
listed courses were scheduled for some type of revision, while the Army 
was scheduled to revise 300 of its 1400 courses. The study team has 
estimated that one -third of all course units will be examined for revision 
each year. This estimate, coupled with an estimated new course develop^ 
ment rate of 10% of the revision effort, yields a total of 29,000 unit devel^ 
opments per year. Based upon an estimated 2,000 man-years of course 
development per year and the nominal 8 -hour unit, this yields an averaga 
development time per unit-hour of about 17 hours, which, altiiough low, 
is in line with current experience. In any case, it indicates that the up- 
date volume (and associated cost) is conservatively large. 

4, 4 Unit Description foquiry Volume 

This estimate is essentially driven by the estimated review and 
revision volume* The study team has assumed that since each develop- 
ment will not require a TRAIDEX toquiry, an appropriate average inquiry 
volume will equal about one -half c^f the unit development and review rate, 
or about 14, 600 inquiries per year. 
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TRAIDEX SYSTEM VOLUME SUMMARY 




Item 


Army 


Navy 


Air 

Force 


Total 


Current TRAIDEX Course 
Inventory 


1400 


1700 


1100 


4200 


Now Courses Developed/ Year 


20 


57 


37 


114 


Old Courses Revised/Year 


470 


570 


370 




Average Number Units/Cours 


e 35 


11 


13 




Total Course Units 


49, 000 


18, 700 


14, 300 


82, 000 


Total New or Revised Units 
Per Year 


17, 000 


6, 900 


5, 300 


29, 200 


Total Inquiries Per Year 


8, 500 


3, 450 


2, 650 


14, 600 
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Section 5 



TRAIDEX CONCEPTS OF OPERATION 
5. 1 Ov erview 

This section presents the results of the third task of the TRAIDEX 
study by defining the functions, activities, and mechanisms that are re- 
quired to implenrient a TRAIDEX system capable of satisfying the informa- 
tion needs and volumes identified in Sections 3 and 4, The remainder of 
the section is composed of four subsections that cover the following topic si 

a) Subsection 5, 2 presents brief descriptions of the 
fundamental concepts that comprise the basic 
building blocks of the system, and the roles^of 
thoso training personnel external to TRAIDEX 
who will be directly affected by it, 

b) Subsection 5, 3 is a summary of the key features 
of the functional designp 

c) Subsection 5, 4 contains the TRAIDEX Functional 
Design expressed as a Structured Analysis model. 
The model itself is preceded by a brief introduc- 
tion to the Structured Analysis and Design Tech- 
nique that was used to develop the design, 

d) Subsection 5* 5 summarizes the results of a design 
review during which members of the ITRO and of 
the technical training community critiqued the 
functional model* 

A general overview of the functions of TRAIDEX can be quickly obtained 
by reading subsections 5,2 and 5, 3. Those readers desiring a detailed 
insight into the system's functions, their various interfaces, and tiie 
issues surrounding their implementation should also read subsections 
5*4 and 5. 5* 

5. Z Fundamental Concepts and Roles 

5,2,1 Concepts Internal to the TRAIDEX Design 

During the course of the information needs analysis and system 
design tasks, it became clear that any feasible implementation of TRAIDEX 
would encompass the following fundamental concepts as part of its basic 
frameworki 
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a) There must e^ist a "database'' (whether coraputerized 
of manual) of course unit descriptions, 

b) There must exist some central organization 'whose 
function it is to control and support the daily opera- 
tion of the information exchange system, ... 

c) There must exist a trained ''interface" person to 
whom the system's end user (the course developer) 
can turn for assistance with the details of system 
access and usage* 

These concepts form the basic building blocks that are integrated into 
the final functional design, and their characteristics are summarized 
beiow^ 



5,2,1.1 The Unit Description Database 

The information needs analysis task established that in order to 
enable the course developer to easily locate and obtain reusable course 
material tiie information that TRAIDEX manipulates must relate to a dis- 
crete unit within an entire course that can be determined by tiie developer 
to be relevant. Assuming that the development of learning objectives from 
training tasks leads to the development of separate and well-defined in- 
structional units, the most useful indexable entity appears to be a course 
module that has been designed to achieve at least one major learning ob- 
jective. This course module is referred to in the functipnal design as a 
course unit. It is important to note that, while course units are described 
in the TRAIDEX database, all of the units of a course are selected for 
sharing via TRAIDEX on the basis of the course level subject and objec- 
tives, not the individual unit objectives. The contents of an entry in the 
TRAIDEX unit description database are defined in Exhibit 5-1. 

The projected volume of data in this database, coupled with the 
requirement for rapid search and retrieval of unit descriptions, justifies 
the premise tiiat a computer oriented database system connected to key- 
board terminals located at the user (course davelopment) site is needed. 
The user's request to find relevant course units will usually consist of 
an iterative and interactive dialog witii Ae descriptive database, A user 
will have to characterize his search criteria by more than one descriptive 
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word in order to reduce the number of course units selected to a reason- 
able number, and may need to alter the content of his request based on 
what he finds in the system. This need for more than one selection cri- 
terion and the requirement for dynamic modification of the search pro- 
cess makes the use of preprinted '*key word in contesct" lists or similar 
non -automated methods cumbersome. The use of a mechanical selection 
method, such as edge punched cards, would require, at a minimum, one 
card per course unit. A preliminary estimate sets the number of course 
units to be considered at about 80, 000, This would imply a possibility 
of having to search 80,000 cards, the equivalent in volume of 40 boKes 
of data processing punched cards. Further, unless fee entire database, 
in whatever form, is located at each development site, a printed copy 
telecommunication system will be needed to meet the over-all response 
time requirement that was established in Task 2 to be on ttie order of a 
few hours to a day. 



Field Name 



DESCRIPTOR, KEYS 



COURSE. UNIT. ID 



COURSE. TITLE 



DEVELOPER 



LEARNma. OB JECTn^'E 



LEARNENG. ACTION 



achlbit 5^1 

TRAIDEX DATABASE 
Logical Record Contents 
Contents 



Key wordi selected 
from the thesaurus 



Code for Service, 
Course, Unit, and 
Sub unit 

Formal name of 
course 

Name, address, 
autovon for cog- 
nisant developer 

Full text of terminal 
objective for course 
unit 

Verb^object pairs 



Source 

Course Title, Block 
or Module Title, 
Lesson Title, Equip- 
ment Type, Objective 

POI, Curriculum 
outline 

POI, Curriculum 
outline 

Local School Screen- 
ing Commlttae 

POI, Curriculum 
outline 



Selected by format 
process (Activity 
AE2 on dealgn model, 
Section 5, 4, 2) 
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Field Name 



EKhibit 5-1 (Continiied) 

TRAmEX DATABASE 
Logical Record Contents 

Contents 



LEARNmG. CONDITION 



LEARNING. STD 
PRESENTATION. TIME 

PRESENTATION. METHOD 
DEVELOPMENT. DATE 
SOURCE. UNITS 

PERSONNEL 
TEST. QUESTIONS 



MEDIA 



MEDIA. CODE 



Stimulus list 



Completion criteria 

Average or scheduled 
elapied time to 
complete 

Limited set of method- 
words 

Initial development 
date 

Course Unit W'm 
of units that were 
used in the develop- 
ment of this unit 

Qualification of 
iupport personnel 
required 

Test questions selec- 
ted from the unit 
test which further 
specify the unit 
content 

This is a group of one 
or more composite 
fields where each 
member of tiie group 
describes one particular 
type of available course- 
ware* 

One of a limited set 
of codes denoting tiie 
type of mediae g, , 
TV, PI text, sound/ 
slide, etc* 



Source 

Selected by format 
proceis (Activity 
A2E on design 
modelj Section 

same 

POIj Curriculum 
outline 



POI, Curriculum 
outline 

Developer 



Developer 



POI 



Curriculum outline, 
local screening 
committee 



POI, curriculum 
outline 
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Field Name 



Exhibit 5-1 {Continued) 

TRAroEX DATABASE 
Logical Record Contents 

Contents 



MEDIA. ID 



MEDIA, SOURCE 

MEDIA. PRICE 
MEDIA. PACKAGE 

EQUIPMENT 
BIBLIOGRAPHY 

VALIDATION. METHOD 
VALIDATION. RESULT 

ENTRY. REQUIREMENT 

JOB. TASK 
or 

BASIC. SKILL 
WHERE, USED. LIST 



Full text name or 
title of media package 
that contains the unit 
and by which it should 
be ordered, including 
National Stock Number, 
if one exists 

Location from which 
media can be ordered 

Price per package 

Brief description of 
package of which unit 
is a part 

Support equipment 
required 

References used to 
develop or as back- 
ground enrichment' 
material 

Unit validation 
methodology used 

Current status of 
application of valida- 
tion method above 

Reading level, pre- 
requisite courses, 
aptitiad e s , etc , 

Brief statement of 
task that is supported 



Lesson should support 
either a specific task 
or a basic skill 

COURSE, UNIT. ID'S 
of other lessons that 
were developed using 
this material 



Source 

POIj curriculum 
outline 



Development site 

Development site 
Development site 

Developmant site 
Developer 



Developer 
Developer 



POI, Curriculum, 
outline. Develop- 
ment Site 

Course Designer 



Course Designer 



Course re-use 
indicator 
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5.2,1.2 TRAIPEX Cun tral 

There will exist a centralized organization of people, functions, 
and data, referred to in the design model as TRAIDEX Central, The 
TRAIDEX Central organisation will have the primary reiponslbiUty for 
making the routine operation of TRAmEX a success and will be responsible 
for the first level review and correction of TRAroEX operation and policy. 

TRADDEX Central owns the unit description databaae. As a result 
of TRA1I>EX activity, data input, unit searches by users, and shipment 
of course material, journali of each action are accumulated by TRAmEX 
CentraL 

There will exist database management software for TRAEDEX 
use. Some of this software will be specialized for TRAIDEX while some 
general purpose software may be used to do common functions such as 
update and editing. Application sof^are specific to TRAIDEX will be 
available for eKtracting reports and for providing a view of the data man- 
agement system tailored specifically to Ae needs of TRABDEX users. 

The actual courie unit material is not owned by TRATOEX Central 
but remains the responsibility of the development site of the service 
where it was developed. 

Also, during the course unit order and response cycle, the status 
of the order is maintained. This status file is also owned by TRAIDEX 
Central. 

5.2,1,3 The TRAIDEX faterface 

The TRAIDEX interface is one or more persons at the course de- 
velopment site who will help the course developer find and obtain relevant 
course units. The TRAmEX taterface will have access to a terminal 
through which he can interact with tiie course unit description database. 

In Section 3,2.10, it was stated that , , , the course developer or 
subject expert [isl clearly ...the end user. However, the necessary 
perspective and incentive for improving course effectiveness and the 
motivation for reducing development time does not always exist at this 
leveL The TRAIDEX study team concluded that the knowledge of TRAmEX 
system use and the ability to monitor courseware exchange should reside 
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at the Itjvel of the course devraopment advisor or staff level education or 
training specialist," Thui, the primary function of the TRAIDEX inter- 
face is to make what help TRAIDEX can provide available to the developers, 
even if the developer is not motivated to seek out that help on his own. 

Each TRAIDEX interface will be provided accaas to a terminal 
and instructions on how to connect the terminal to the computer holding 
the TRAIDEX database. From time to time, these perions will receive 
updates and further information on TRAIDEX operation iuch as list of 
new features added, notes on successful search strategies, and *'alert 
reportH'^ when descriptions of learning material with pr e-speclfied attri- 
butes have been modified or added. 

A key part of the TRAIDEX interface job is to know how to form 
effective searches for relevant course units. This will require a good 
knowledge of the restrictive and descriptive words used to describe 
course units. A copy of the thesaurus of all deicriptive words will be 
provided to each TRAnJEX interface, 

5 2 2 Roles of Persons and Organizations Affected by TRAJDEX 

5,2,2,1 User Role 

The primary end user of TRAIDEX system information Is the 
training course developer. It is the course developer who must identify 
an initial need for development information on a particular technical topic, 
a specific instructional strategy, or fee use of a particular developmant 
methodology. He will Aen discuss his needs with the TRA©EX Irxterface 
person at his development site, and toge&er they will decide on an appro- 
priate set of descriptive information and an acceptable maximum volume 
of unit descriptions to be returned for examination by the developer. It 
should be noted that it is the TRAtDEX Interface, trained by TRArDEX 
Central, who possesses fee detailed taiowledge of how to use the inquiry 
terminal and query language, the thesaurui of technical deicriptors, 
and a knowledge of how to develop successful search strategies. The only 
formal training that the developer will receive will be a brief (1-2 hour) 
st minar at which the information content, potential usee, and response 
timej of TRAIDEX will be described, and &e local TRAroEX Latarface 
introduced and his role discussed. 
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After a particular developer^i request has been structured and 
entered by the TRAIDEX Interface^ the developer will be informed witiiin 
(at most) a day whether or not material of potential interest exists witihin 
the system, and he will be provided with descriptive information about 
whatever learning materials have been cataloged. The developer may 
then decide on several options. Including ordering specific items of 
material through the TRAlDEX Interface, or aontacting the developers of 
relevant material directly in ordef to resolve apecific questions on such 
things as media selection, validation, and so on. If the developer decides 
to order specific learning materiali, the TRAIDEX Interface notifies 
TRAroEX Central, and the developer receivei his reply within a two to 
four -week time frame. 

The developers at a site will be asked by the TRAroEX Interface 
to evaluate the information received from the iyatem, and to indicate 
{via a brief questionnaire enclosed with learning materials that are 
shipped) whether or not the materials were uged or modified to become 
part of a new course unit. 

The curriculum review function at the site will be required to 
inform the TRATOEX fiiterfaee of changes to any locally developed course 
units that have been selected for inclusion, in TRAIDEX tiiat will affect 
their unit description entry. X£ ttie TRATOEX taterfaca is attached to 
this curriculum review function, this activity should be quite easy to 
integrate into tiie normal review and approval cycle. 

To summarise, it will be tiie user's responBibllity to become aware 
of TRA]I)EX and its potential use in assisting him in solution of his 
development problems. He will not be required to become an e^^ert in 
the use of an informatton retrieval system; hQweverj he will be required 
to cooperate in its use. If user participation Is low^ it may be up to the 
TRAEDEX foterface, in conjunction with the curriculum review function, 
to inform and re-educate those involved in course development efforts 
on the ways tibat TRAIDEX can reduce their development coats. 
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5. 2,2, 2 Dov elopmont Site Role 

The local course development site must craate the climate in 
which the TRAIDEX system can operate effectively. It must commit tiie 
resources of a trained, interested resource person as the local TRAIDEX 
interface, and it must support tiie TRAIDEX concept hotii directly by 
educating local curriculum design and development personnel, and indirectly 
by encouraging an atmosphere that lends prestige both to the use of 
TRAIDEX as a resource and to tiie contribution of potentially shareable 
materiaL Courses which contain units redeveloped from material obtained 
from TRAIDEX should be publicized, and other examples of TRAIDEX 
utility disseminated. The focus of much of this activity will be the TRAn^EX 
Interface, and the development site command must insure that the TRAIDEX 
Interface position is invested witii sufficient prestige to make its operation 
effective* Based botii on the nature of tiie curriculum review job and the 
characteristics of the personnel who occupy it, we feel tiiat tiie most 
appropriate location for TRAroEX Ihterface is in tixi§ review and advisory 
position, rather than at the lowest development or instructional level* 

The local development site must also commit tiie necessary facili- 
ties that will allow them to respond to requests from other sites for both 
direct developer contact and reproduction and shipment of shared material. 

Finally, in order to judge ttie ultimate wortli of the TRAroEX con- 
cept, the time and cost accounting procedures tiiat monitor actual develop- 
ment time and resources expended will have to be installed. 

5,2.2^3 Training Command Headq uarters Role 

The Training Command Headquarters at Ae using services must 
assist in the establishment of &e course screening criteria that are to he 
applied by each development site, and must establish &e monitoring and 
follow-up fijmctions that will insure tihat TRAroEX input requirements 
and material shipment time limits will be met. 
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The commands will have access to the TRAIDEX database; 
while its primary user is still the course development specialist, the 
database will provide a considerable source of raw data about the 
state of training technology in a particular service, Altiiough the focus 
of the database design has been to provide descriptive information to the 
developer, much of tiiis information, particularly in an aggregate form 
that could be extracted by computer programs for special reports, "will 
be of interest to headquarters personnel. For example, statistical sum- 
maries on tihie utilization of certain types of media and instructional strat- 
egies, course unit length, validation techniques and results can be readily 
collected, 

5, 3 TRAPEX Functional Summary 

5, 3, 1 System Ove rview 

The overall function of the activities and data tiiat make up the 
TRAIDEX system is to provide the mechanisms ttiat will allow learning 
material developers to share information about, and the reaulte ofj de- 
velopment efforts with a common focus* The scope of ^e functional design 
of TRAroEX is bounded by the following basic assumptionei 

a) Units of learning material, and the activities 
that design, develops validate, and present them 
are outside of the TRAIDEX System context. The 
units that result from development activities are 
examined by TRAEDEX, their descriptions are 
catalogued and distributed^ and requests for their 
dissemination are accepted and monitored^ however^ 
the production and maintenance of the course unit 
inventory remains tiie responsibility of the develop- 
ment site. 

b) The primary input to the system is the collection 
of learning materials laccompanied by descriptive 
information, developed by the military training 
community* The activity of the system is controlled 
primarily by requests from course developers to 
locate development information or relevant learning 
material. The primary outputs of the system are* 
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1) Responses to user requt^sts, doscribing 
the characteristics arid sources of relevant 
learning materials 

2) Copies of specific coiirse units requested 
by developers. 

In order to acconiplish its primary mission, the TRAIDEK system has 
be^n divided into four distinct functional areas, ^hich are descxited la 
subsections 5.3. 2 through 5. 3,5, These functional sammaries ^ili 
stress the major operations performed by each functional area in terrris 
of its important inputs and oatputs, arid the basic TRAIDEX mechanism(s) 
responsible for its operation, A more detailed and complete understand- 
ing of the inter -furictional interfaces of the systen^ can be obtained by 
reading the TRAIDEZ Functional Design Model in subsection 5, 4, 

5, 3. 2 Initial Course Material Screening 

Based on selection criteria established in conjunction with the 
TRAIDEX Central office and the appropriate Training Command Head- 
quarters, each course developrnent site will examine the course material 
and associated dascriptive matter produced under its control, and will 
select some subset of courses to be cataloged by the TRAroEX system* 
The description of each unit of a selected coarse will be extracted fronn 
the appropriate dev-elopmant documents (POI, curriculum outline, TAIS, 
etc, ) and will be reviewed for conformity with TRAroEX requirements 
(connpletones a, a^ccuracy, format, etc,). The primary output of this 
process will be new course unit descriptions to be added to the unit de- 
scription database. The screening activity will also be reiponaible for 
recognizing when changes have been made to locally developed units that 
have previously been cataloged, fii this case, an updated unit description 
may have to be prepared. Records are kept that deseribe the results 
of the screening process, noting which courses have been selected and 
reiecfced. This screening history is used to modify the screening process 
as required, 

5, 3, 3 Unit Description Database Mai nt enance 

This activity receives the new and altered unit descriptioni pro- 
duced by the screening process, and creates the required updates to the 
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unit description database. For new unit descTiptions, an important 
component of this process is the selectioii of the appropriate subject- 
area descriptive kevwords from the thesaurus of technical training 
terrris. The new and altered unit descriptiona are created at the local 
developrnent site that is responsible for the course mater ial by clerical 
personnel under the direction and supeTvisiori of the local TRAIDEJC 
iiterface. Pendirig updates to thedatahase are reviewed periodically 
hy TRAIDEX Central for corxformance to the database format rules, 
and are then added to the unit description database by the necessary 
update software. An impOTtarit by-product of the update process is 
the creation of '^alert'^ xeports that allow the addition or alteration of 
specific types of materml to be brought to the aLttention of interested 
personnel, The major outputs of the maintenance activity are the unit 
description database itself, and the thesaurus of descriptive terms 
which may need to be revised as new types of training are described 
and incorporated into tihe system, 

5, 3. 4 foiormation Search and Retrieval 

This XB the central activity of the TRAIDEX' system. Its functions 
are contrQlled primarily by requests f^onri the training course developer 
to locate descriptions of coarse units that will aid the developer in pro^ 
ducing a new unit of learning rnateriaL Th^ requesting developer works 
^ith his local TRALDEX Interface to formulate an appropriate list of 
search criteria for submission to the database search software. The 
search criteria ^ill generally be composed of restrictive factors, such 
as maxiniurn presentation time and minlmuni entry level, and descriptive 
'words that are chosen from the thesaurus to deicribe subject area to 
some arbitrary depth of detail. The search criteria will be selected by 
the TRAIDEJC Interface in conjunction >vith the developer, and will be 
based upon the developer's knowledge of his specific needs coupled with 
the TRAIDEJC iiterface^s knowledge of the descriptive fields in tiie data- 
base and his eKperience with tjie application of otiier, successful search 
strategies. The developer and the TRAIDEX Bnterface will also agree 
upon the maximum number of acceptable unit descriptions feat will con- 
atit'Ute a successful search result, 
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The TRAIDEK Interface will then perform an interacti\^e dialog 
^dth the system's database search sofr^'are, expanding or contracting 
thtf contents of the search criteria list until either a suitable number of 
course unit deac riptions havcj been located, or until the search has failed. 
It should be noted that a iailure can occur either because no relevant 
entries can be located, or because the s ear ch criteria is so broad that 
too many units have been founch In the first case, further interaction 
between the rleveloper anci the &iterface inay result in a relaxtion of 
son^e of the restrictions, or it may be true that in fact no relevant mate-^ 
rial exiHtH, Ln the latter case, the search must be further quaUfied hy 
appiyin^ farther restrictions, more detailed descrintors, or a conibina- 
tion of these strategies. 

Once an acceptable list of courie units has been located, the de- 
veloper may request a full printDut of the descriptive database entry 
for one or more of them. He nnay base any decision for further action 
(such as contacting the cognisant developers directly or ordering copies 
of the learning material through TRAIDEX) on his eKamination of sach 
inforniation as learning objectives, validation methodology and reaalts, 
and so on, 

5. 3 3 Courge Unit Distribution 

If the developer decides to order samples of learning rnaterial 
for particular course units, he forwards his request (via the TRAIDEX 
Siterface) to TRi\IDEX CentraL The request is logged for possibla 
£ollQ\v = up and is then roated to the proper development or storage site* 
Each developmerit site must rnake whatever local arrangements seem 
to be most effective for storing copies of material that is cataloged by 
TRAIDEK, When a ship order is received, along with appropriate paper - 
^orl^, the requested material is copied if necessary and shipped to the 
requesting developer^ The system responie time requiren^ent for this 
activity is a mascimum of t^o to four weeks. The shipped material is 
accompanied by a brief questionnaire (provided by TRAIDEX Central) 
that mil be returned to the development site by the TRAIDEX: BiteTface 
at the requesting site, indicating whether or not the requested niateTial 
has been reused to develop a new unit of learning material. 




5, 4 TRAIDE X Dusign 

5,4,1 Introduction t o SADT 

The functional design of the TRAmEK system is portrayed as a 
Structured Analysis Model. The model Itself is preceded by a brief 
description of the Structured .Analysis and Design Techniqiie (Si\DT) @ 
that njvas used to develop and specify the design, 

5*4,1.1 Models of Systenfis 

The Striictured Analysis and Design Techmque is a rnethod for 
helping people to understand complex "systema** (defiried as any com- 
bination of computer hardware and software, people and things, structured 
togetlier to perform a function). The system may be a new system to be 
built or an ejcisting system, and may be a combination of computers, 
people and things or may consist only of people and things, &i all cases, 
the result of applying SADT is a ''model" that shows, by a series of 
diagrams, the understanding of the system that the analyst has gained 
as a result of its application. For new systenn-buildirig, SADT may be 
applied in planning, analysis, design, proj ect management, or wherever 
a model is useful for systenn understanding. 

The J^agrama in a model are organise ed in a hierarchic and modular 
fashion, often called "top-down. That is, the scope of the system Is 
established in a single overview diagram* The component parts shown 
in the avervit^w are then detailed, each on another diagram. Each part 
shown on this detail diagram is again broken down, and so fortti, until die 
system is described to any desired level of detail* Lower level diagrams, 
tlien, are detailed breakdowns of higher level diagrams. At each stage of 
breaking down the system the higher -level diagram is said to be ''parent'' 
or overview of the lower level ^'detair* diagram. 
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In an SADT diagram, the component parts are shown as numbered box- 
es, A diagram may have no more than six boxes, J^ch box is detailed in one 
diagram at the next lower level until a sufficieiit level of detail is reached, 

5,4, KZ Diagrams 

SADT diagrame consist of boKes and arrows, and text describing them. 

The notation is kept simple, to permit easy reading witfi little special training* 

In SADT, boxes represent componenti in the breakdown, and 

arrows represent relationships between these components. Descriptive _ 

labels are written inside each box and along each arro^ to describe their 

meaning. The following ii a sample SADT diagram from the TRAIDEX 

models The boxes represent activities^ and arrows represent data or 

things which are interfaces between those activities. 



In SADT, boxes represent activities, and arrows represent data or 
things which are interfaces between those activities. Descriptive labels are 
written inside the box or along the arrow shank. 

In addition to its label, the side at which an interface arrow enters 
or leaves a box shows its interface role as an input, control, output, or 
mechanism for the box* 

Com re! 



1ft p^t 



ill 



T 



The input data (on the left) are transformed into output data (on the 
right)* Controls (on the top) govern the way the transformation ie done. 
Mechanisms (on the bottom) indicate the means by which the function is per^ 
formed, A ''mechanism" might be a person, a commltteej a nnachine, or 
a process* 

The diagram's page number is written on the lower right corner 
of the diagram sheet. Box numbers appear in the lower -right corner of 
each box and "detail reference'' appears just outside tlie box and below 
the box niimber. The detail reference identifies the page nunnber of the 
detail diagram for the box. If it is omitted no further detail axists. 



ill 



bax number 
detail referane* 
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5.4,1,3 Tnter tB^Q OBjootv/ e en boxe s 

The arrou' structure on an SADT diagram represents a constraint 
relationship among thu boxr s. It does not represent flow of control or 
seqaence. The arrows cnteriiig a box show all that is needed by the boK 
iu perform its fanction* rherefore, the box is constrained by its input 
and control arro-ws. 

An output of one box may satisfy some or all of the Inpat, contrQl, 
or mechanism cDnditions reqiiired by one or more other boxes* It is not 
necessary that each and ev^ery box have input and control and outpuit and 
mechanism* Also^ iev^eral boxes can be active simultaneoiisly. 




The arrow label deacribes what the arrow represents* Arrows 
may branch or joiri. The branches may each represent the same thing, 
or different things of the same general type. 




A two-way arrovy (with an arrowhead and a dot at each end) is a 
shorthand way of indicating feedback, A double labeU separated by a 

identifies what is pasaad forward knd backward along the arrow. If 
a single arrow label is used with no the same thing is paised in bo'fe 

arrow directions^ 



Concrol 



Output and 
Input 



X f 



inpyt/feedbaek 



5,4.1*4 Interfaces bg^^en Paren t and D e^fcai^^ia grams 

Most arrows are connected at hotii ends to bo%€s on the same 
diagram. Other arrows leave one end unconnected. These unconnected 
arrows represent inpute, controls ^ and outputs of the parent hoK or of 
the parent diagram. The connections for tJiese arrows can be found on 
the parent diagram* In order to make the diagrams complete and consiS' 
tent, all such unconnected arrows naust show their continuation on their 
parent. 

"UNCONNECTED" AKROWS 
ARE DERIVED FROM THE 
"PARENT" 
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BE COMPLETE AND 
CONSISTENT 
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Although arrow cormectiona from parent boxes to detail diagrams 
may be obvious from the labels, a special notation allows readers to do 
the match qmckly. The lottur I, C, O, or M la writtari iiear tha imconnectad 
end of ihe arrow on detail diagram, to identify that the arrow ii shown 
as an Input, Control, Oiatput, or Mechanism on the parent bo5c. To pinpoint 
the arrow more precisely, this letter is followed by a number giving tiie 
relative position at which the arrow is shown entering or leaving the parent 
box, numbering left to right and top to bottom. For axamplt, *^C3^' written 
on an arrow in tiie detail diagram indicates that this arrow li shown as the 
third control arrow entering the parent box* Thege identifications are 
written on the matching arrows of the detail diagrain. 

Using this letter /num.ber matching scheme, an arrow may have a 
different (but compatible) descriptive arrow label on the parent diagram 
and the detail diagram, if appropriate. Alio, an arrow sho^TO as control 
or as input on a parent diagram is not limited to the same role on a detail 
diagram (for example, CE on the parent box appears as an input to box 1 
on its detail diagram in the arample below)* 



This U CI ^%l€m 



TMi i« CI Mow 



TU« in n below 



i 



This is Cl h^lom 



^ Thim im Ql Mow 



This iB pa b«|a« 
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In a f 
matching arro^v 
or tail is shown 



cases, an anconnected arrow on 
on its parent. In this case, the 
enclosed in parentheses: 



a child diagrain has no 
unconnected arrow head 




These arrows are not 
sho^^ on the parent 
diagram. 



Also, arrows which will not be shown on a detail diagram are put in 
parentheses on the parent diagram. 




These arrows are not 
to be shown on the 
detail diagram of this 

bOKs 



5,4,1,5 Referen ce Notation 

ICOM codes are also used as shorthand notation in the diagram 
text to refer to a particular item on a diagram. For eKamplej in the 
diagram below '^4C2'* refers to the 2nd control entering boK 4, 
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In cl e K i Diagrams 



In an SADT diagram, the component parts are shown as numbered 
boxes. A diagram may have no mora tiian Bix boxes* Each box is detailed 



in Qne diagram at the next lower level until a sufficient level of detail la 
reached. 

The place of each diagram in a model is iiidicated by a "node nmnber*', 
derived from the nmnbering of boxes* For example, AZl is the diagram 
which details box 1 on the A2 diagram* Similarly, AE details box Z on the 
AO diagram, which is the top diagram of the model* This hierarchy may 
be shown in an index of diagram names and their node numbers called a 
''node indeK'^ The node index serves as a table of contents for a modal* 

The example shown below says that the project monitoring function 
(AO) is broken down into four sub -functions. At through A4. File updating 
(A2) is further broken down into four* more detailed sub^ftmctions, (A21, 

A22, A23, and A24), 

Levels of Diagrams Corresponding Node Index 




A-0 MoMtor Project (Top Lavel Context) 
AO Monitor Project 



Al Eitablish Schedule 
A2 Update File 



A21 Build Master 
A22 Transcribe Updates 
A23 Maintain Records 



A24 Handle Changas 
A3 jR^eport Status 
A4 Review Progress 
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5*4.1.7 How to Explore a Mo del 

SADT models may be used as a reference, providing all dete^ils 
of a particular subject, or as a. tutorial, providing an overview of the 
whole system. To read the model for its ovarview, use the node index to 
find all high-level diagrams. Disregard detail diagrams. For example, 
an overview 1^ obtained as descs-ib'sd above by studying A-0 and AO, 

A-0 Share Course Units k Development &iformation'»^Scope 
AO Share Course Descriptioni k Units 
Al Screen Material h Descriptions 
All Set Course Selection Rules 
A2 Maintain Unit Description Database 
A3 Find Course Descriptions & Units 
A4 Initiate & Assure Unit Distribution 
A41 Log k Route Request 

A43 Ship Course Material 
To read tlie model for raference, use the index to find all diagrams 
detailing the subject of interest. Disregard unrelated diagrams. For ex- 
ample, to study the sabjcct ''fiiltiate and Assure Unit Distribution, examine 
the tv^'Q diagrams A41 and A43 plus their parent, A4, 

A-0 Share Course Units k Development tofDrmation -Scope 
AO Share Course Descriptions & Units 
Al Screen Material & Descriptions 
All Set Course Selection Rules 
A2 Maintoin Unit Description Database 
A3 Find Course Deseriptions & Uniti 
A4 Initiate & Assura Unit Distribution 
A41 Log & Route Requeat 
A43 Ship Course Material 
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When published, the diagrams in a model are bound in "node 
number'' order. That is, al^detail diagrams relating to one box on an 
overview ciiagram aru presented bufore the next overvinw diagram and 
details. This order places related diagrams together. 

The fiMure on the following fold-out page illustrates how the model 
can be used to provide an over'/iew. The figure shows the five SADT dia- 
grams which provide a high-level view of rRAIDEX. The ..ppermost dia- 
gram "Share Course Descriptions and Units'^ is the most abstract diagram 
in the model. The four boxes on this diagram show the four most general 
activities of which TRAIDEX is composed. Each of the four boxes is de- 
composed into a set of sub -activities shown in one of the lower diagrams. 
Some of the boKes on the Al, At, Ai, and A4 diagrams are further de- 
tailed on additional diagramis. 
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5.4.1.8 How to Read Diagran ia 

When published, each diagram is presented on a pair of facing 
pages. The diagram being considered is on the lower (right) page. It is 
Identified by its node number, title, and a page reference number. Related 
te^ct and a reduced version of Its parent diagram are on the upper page. 
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The real : formation about a system is in the diagrams themselves, 
not in what the au lor says aboiat them in the text, So, the following reading 
sequence is reco mended; 

1) Scan only the boxe^; of the current diagranfi to gain 
a first irnpression of the separate functioni into 
which the parent has been broken. 

2) Using the parent sketch as a guide, retiiinlc the 
message of the parent. Note how the arrows feed- 
ing to and fronn the heavily outlined bo^c ia the 
parent sketch reappear in fee currerit diagram, 

3) Then, consider the internal arrows of the current 
diagram to see h.o'm it works in detail. Consider 
the boxes from upper left to lower right, and con- 
centrate first on the heav^y arrows timt show ttie 
prim^ary flow of data oa the diagram, 

4) Finally, read tie teKt to complete your anderatendiiig. 
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This sequence tecomes quite natural and ensures that the majDr featiires 
of each diagram receive afctention. The reader should find that, with a 
little coiiceritration, the diagrams are not difficult to read. The text 
will call attention to any salient aspects tiiat the aathor wishes to em» 
phasise* 

S. 4. 2 The TRAIDEX Fun ctional Design Model 

The functional design of flie TRAIDEX systenn encompasses those 
areas CTitical to the successful operation of TRAIDEX* For this reason, 
thc3 ^corja is considerably larger than the computer database and tele- 
commur.ication systems assumed to be part of the design, TMs scope is 
best .^ndarseoad by reading the diagram on page 5-27 and noting particalarly 
the thin«gB and data considered to be inputs, whose sources are oniteide the 
ByrH-qrn^ and the outputs ^ whose destinations are also outside the system. 
After that, the names of the boxes on the diag?'am on page 5-29 should be 
re4d, These are the activities which are totally within the scope of the 
TRAIDEX systeni functional design. 

This model, with only rnlnor differences, is the material used in 
the design review that vv^as conducted near the end of Task 3, The results 
of that review are reported in subsection 5, 5, 

The areas of Scrren Material Sc Descriptions and of Initiate & 
Assure Unit Distribution were described in mora detail (node a on tike 
node inde^c All , A 41, and ^43) since these are the areas where the most 
tinplementation difficulties are eKpected to occur* 

If there is difficulty in understanding a diagrarn, it is suggested 
that rereading the text (on the diagram's facing page) and a quick review 
of subsection 5,1 maybe helpful, 

fjopE KO. pu OR^M LE £hSS- 

A-O SiAffi Course «Jaiti_and DeveLspment ^-27 

AO Siare CoyJis Dsicrlptteaa k UeiS» 5-29 

Al Jc^eea KiAttrUl It D«ier4pti&ni I -31 

Al I ^1 Co^rAi Salte^oa Ryl^t 33 

AZ Ua^^misxUnit OeicripttOA ^ttbafe 5- IS 

A I FLsd Cpura* Descrtptlont k Ufiiti ^-37 

Ai 'miiSMtm If Amm^wm U&lt mitribatto^ ^-Jf 

L^i if Routt Sftquait S-4} 

Csiirpi ftjAtirUl 5-43 
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-} , 5 Design Revi'^- ^' Rosu lts 

5.5,1 Su mma i^ 

This section presents a condensation of the coniments that have 
been offered by these members of the various sv^ .ices' training estHD- 
Ushmnnts that ha^^^^ view^^d the TRAIDEX Functional Design Model, 
Where there has uroement or controversy on key issues^ 

we have attemptec: tu ..sent a balanced discussion of both sides of the 
issues invnlvpd, and where appropriate we have added our own comments 
and conclusions. 

A quick review of the comments recorded during the design walk^ 
ihroughs shows that almost all of the key issues that were raised fall 
outside of the areas of computer or ter;ninal hardware and software. 
An important benefit of the -50 of SADT has been to point out the large 
nanibcr of administrative problerns that will have to be solved if TRAIDEX 
is to become a functioning reality. Most of the issues raised/. ^ vever, 
are not insurmountable, and it can be stated with some assurance that the 
system will be viable and useful if (and only if) its end users and suppliers 
of data (the ^uurse development personnel) and the TRAIDEX Interface 
pursonnel that assist them are supportive and enthusiastic. 

All issues which received substantial comment will be listed 
and discussed in tiio following sections: however, the areas of major 
interest U> most reviewers were as follows^ 

1) Caui-se material nackaging and shippin.^?. Most 
of .hose interviewed agreed that some adjustment 
in current methods of packaging, inventorying, 
and storing learniag materials would have to be 
made* 

2) Source data entry responsibility. There was some 
disagreement on where the primary responsibility 
for jnaintcnan;.:e of the content of the coarse unit 
d'^scription database iihould lie, 

90 
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j) Initial Database Build, There v.'ere anveral 
interesting auggestions provided concerning 
the staging and procedures requirfld to build 
the initial database of course unit description 
inforniation, 

Th e i^i^'avs s u mma r i 7. c d a b o v e will be e xplo r ed , along wi th c e r ta in o th e r s , 
in the following sections, Howevor, before proceeding with inose more 
detailed explanations, it is worth noting that tJie need for and potential 
.rcceptancu of a TRAIDEX is still strong. At one review site, the team 
was shown a request which had just been received by the local curriculum 
rt'viuw departnicnt, asking for copies of over 100 programmed instruction 
texts that ^he requt^ tor wished tu rew v lor porsibie inclusion in a 
cours€^ currently undergoing redevelopment. This anecdote illustrates 
three interesting points: 

1) Given even minimal descriptive information (the service 
catalog), some people will still try to save development 
time by sharing other course development efforts, 

Z) Because sufficient information was not available 
to the inquirer, he created extra work both for 
himself and for the shipper, 

3) The packaging and shipping problem already 

exists, and is already being addressed, at least 
in som^ ad hoc fashion, 

5.5,2 Coarse ^-^ f:r ^riptiQn Dat abase Mamtanance 

The major isaue in this area of TRAIDEX operation concerns the 
focus of responsibility for the on-going maintenance (a . opposed to initial 
entry ai system start-^up) of cou^. de unit descriptions. The functional de- 
sign model, as initially created^ showed the mechanism for accomplish" 
ing this function as TRAIDEX Central, iising copies of new and altered 
unit descriptions provided by the course development site* The rationale 
for choosing TRAIDEX Central to perform this function centered primarily 
around the desire of the desi^/iars to keep tiie additional work load at the 
development site to a minimum It v/as assumed that persomiel at liie 
TRAIDEX Central site could b^. trained to locate the database input in- 
^u' mation on the source documents provided; if thr^y could not, a feedback 
arrow existed to prompt the development situ for aJd?^Aonal Input, 



This point of view wa^ strongly supported by at least one reviewer , 
who felt that it was mandatory that TRAIDEX be imposed on the current 
development structure with as little additional required ^'ork as possible. 
However, there was a significant body of opinion that felt that giving 
el'fective local control over database content to the coarse development 
site responsible for tlie design and development of the units being cata- 
logued hel i many advantages, the most important of which were as 
follows: 

1) If each development site is directly responsible 
for entering and editing the new and revised unit 
descriptions, normal peer group pressure and 
professional pride in the content of widely visible 
material will tend to keep the quality and timeli- 
ness of the data high, 

2) If ^he same interface is responsible hoih for Insert- 
ing and changing descriptive data about locally 
developed courses and for locating and retrieving 
data about non-local courses for the use of local 
developers, simple and direct measurements of 
TRAlDEX effectiveness at any local site can be 
obtained by comparing time and resources spent 
entering data to those saved by re-use of shared 
material. 

3) If the TRAroEX mterface is responsible for the 
assignment of descriptive keyu*ords to locally de- 
veloped unit descriptions as well as for using key 
words to locate potentiall shareable material, he 
should become sensitized to the problems of the 
potential searcher, and use a corr ?^sponding degree 
of care to keep the qiiality of his own deicriptions 
high, 

4) Finally, local course or curriculum review per- 
sonnel should be more aware of service-specific 
or even site pacific peculiar Itiea in the format 
of source documents (and in alterations to those 
formats) than data entry clerks at TRA IL EX Central. 
This effectively shortens the error-cor tion feed- 
back loop and minimizes the probability oi its use, 
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If thi..' four advantages cited above would in fact hold true in prac- 
tice, they appe2ar to be a strong argarnent in favor of local control over 
source data entry. leased on this argument, the current functional design 
model shouri that the priniarv responsibility for entering changes to the 
unit description database is in the hands of the TRAIDEX interface at the 
local learmn;^ ' it^ .;iai development diu- (see diagram for node A2 on 
"1 a Q e 5 ^ ) , 

similar currunents to these ~^tTy were received concern-^ 

ing the issue >f screening and se: c ^u.r os whose units were lu be 

describe d and cataloaued in TRA " In tl. . ^ case, most reviewers 

agreed with original design modei^ ^ ;^lb^-H \n of the balk of this work 
to the I jcal course developrnent site (. c^j diagram for node Al , Page 3 = 31). 
Again, the sanie reviewer that cautioned against added developer work-^ 
load felt tiiat the review process should also not reqiiire additional work, 
a restriction that would be difficult to satisfy if the course screening v'"<re 
to take place locally* In spite of this, wo feel that the benefits of local 
control and involvement with TRAIDEX content, coupled v/ith obviously 
superior local knowledge of course content and quality, make local 
contrQl of the screening and selection process mandatory. The additional 
workload imposed will have to be justified on the expected benefits to be 
r uceived* 

^^^^^ TRApEX Datab^: ; Content A it 

In addition to wo^ Kiload issues, factors influencing the original 
riesign rlecision to place th v nompletu database maintenance activity at 
TRAIDEX C r ntrai included the desire to enforce a reasonable deg ee of 
consistency on the format and content oi itabase entriet.. U c.uitent 
and formal control arc delegated to the control of the TRAIDEK Interface 
at the local development site (as suggested in subsection S, 5.2), centralize 
periodic review of botli the detailed contents of database entries and of 
the total content and utiUzation of the TRAXI^'^j. database itself will be 
required. Field commentators have suggested that the normal inspector- 
general function be used to accomplish a formal audit of local site compli- 
ance with TRAIDEX inp at and format regulations, while the iniormai 
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nreB^\ATt^f^ ni p r ^^t eii ^iona I prifit- anH Interservico rivalry rfhould r^^nci rc> 
kt!ep the qu.klily ui this widel/ vislDle database at a relatively hii^a U*veL 

fuUing wnri^ce ^ iy^LTv unit '^te sc r iption entries xrom the database 
presents :t ^:onii what lYiorv tMrflcult roblem. At this stage of design, 
',\ 'w^its noi si-urn ^vLbC lo attempt to provide an autoniatic purging mech- 
•:.i:U3ni by which the system itself can rid the database of deadwood, 
"his con-^ln^ion is pronipted by th.- c .^^^rvation that most of the "auto- 
niatic' .algorithms for unit dulerion art m fact inappropriate. For ex-- 
am^ilo, deleting de^criptiuns lor the units of a courso that is no longer 
ta-. = ,ht rould be a mistake, particularly if they were v/ell validated and 
Fuccessfui at reaching its objectives, and if it taught basic skills 
tiia^ eouhj be easily reused. Other potential purging criteria such a;^ 
the unit retrieval and re-u^e t^tatisticf; prodaced by TRArDEX operational 
reporting functions could be used as a basis for selecting units to be 
purged, but their interpretation wili certainly require human interven- 
tion. For example, a unit desi^ript^nn .night fail to be retrieved or a 
uni: fail to be reused because its datah-^ae descriptors were erroneous 
or iriauequate, while the unit itself was potentially reuseable. Our 
recomniendation in this case is that an actf\dty outside of the scope of 
the TF^AIDEX system, such as the ITR") Curriculum Review Committee, 
prrindicallv revi^^w the TRAIDEX datat content and usage statistics, 
and order selective database purges, .^.xiv case, ele romagnetic 
^ ^.ori^i' costs are becoming so low that pe/^L;! : ; should ^^nly become 
t-ritical if rrequer'ly retrieved de sc r iptioiu^ O- mv^^ ppro^riate units are 
ham ling TRAIDEX inquiry operations, 

D , 1,4 Storing a^nd J^higjging LlTi^^^'^ilVILj^'^i^ ^t?'^ 

This area of TUAIDICX operation recfnved more comment frurii 

reviewers than any other. The original functional design for tliis process 

(as detailed in the 4agrams for nodes A4, A41, and A43, Pages 5-39, 3-41, 

an^i 5-4 > maki's tne following basic a s s uniptions * 

1) The function of the TRAIDEX Central organization 
is to serve as a elearing -house for user requests 
and a monitor ui the ri^r^ponse fhat those ri^quests 
receive, 
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21 Thf^' function of thv IochI course development 

site is to store and inv^-ntory course unl^^ selected 
for inclusion in the TRAIDEX daUbasc, and to 
3hip that material to requestors as dii'c*cted by 
TRAIDEX CentraL 

The reaso - behind this particular di%dsion of re nihility were pri- 
marily focused on avoiding the dev^elopnient of a large, potentially un- 
r^-BDonsive central bureaucracy, and the feeling on the part of the 
an:aysts that, espec ially for relatively volatile material such as TV 
ir .i^iwiio tapes, learning material stored at the development site would 
ne rnorr likt^y ic refli-ct the latest updates than would that stored at a 
c*-ntr/il point. While several revlLwcrri agreed wUh thes*/ basic assur:ip- 
n.>n^. ;GU=.wing si^niticanC problems were pointed out: 

1) The b amir:.: materialE associated with particular 
Loursu uniu art/ not usually packaged as separate 
entities. For example , units which support 
Heveral objectives rmay be paekaged into workbooKs 
or texts which are grouped for convenience in 
distribution to a class of students and w^hich cover 
several days worth of work. If a TRAIDEX inquirer 
v)rdt-rs only the inaterials associated with one unit, 
the :^tandard package must cither be broken apart, 
or the entire package shipped with instructions 
on how^ to locate the requested material, A third 
alti^rnative, and one that w^.uld probably be used 
if a c**ntral stfirai^e and shipment site were se- 
lected, would be to maintain a separate, TRAIDEX- 
oriented inventory of mat'; J.al, brDken down and in - 
vcntoried by unit and arranged for easy duplication. 

Learning materials, especially for multimedia 
presentations, may exist in m.any "^orms and may be 
available at varying costs. The inquirer should be 
allowed to order only those materials he re^. air<es, 
and the pricf^ and availability of those materials 
should be availt'ble to him in the unit description 
record , 

I) Learning material may not be available at the de- 
velopment site, [n fact, it may exist at ^ever^l 
locations, possibly aasnciated with a National Stock 
Number (NSN), However, the development notes 
associated with a particular course probably will 
not be stocked by NSN, and may only exist at the 
rievelopment site (if at all). 
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4) A strorife; argument 1:^ i.^vor ox centraliJung 
material distribution iv rhe potential lack of 
mo^ivaUon (or nn indLvidu-:*! school or <lrvt:lwD- 
mc^n'- -cite tw rLsspoiM to TkaIDEX roqugi^, 
parl^v^^u^rly wh^in local requirements compete 
for available rcjsources. 

In .iUumpting to uvaluate the issue of centralized versus local 
rvspon^ihiUty [qt learning mattirial distribution, it is necessary to 
rT';:ikc -A ba-iv; -nmp^i Hboiit tho opt^rational characteristics an3 
support that a xuncttonhiu TRAIDEX would pObt^ess, Whllt this ass^irnp- 
ti^Mi must, of necessity, contain some amount of uncertainty, it appears 
at this tim^ to be i;enerally sound. 

The assumption roncerns the motivation for lack of it) for local 
aev-Uopinent site personnel to cooperate in any way with the TR^IDEX 

y^tem. V/hile this quality is intangible, it is critical, bectuse TRAIDEX 
cannot be successful in any of its phases if the ciev^elopment site personnel 
i^hat are charged with sr ^ening. selecting, describing, and searching 
ior CQiiti.v units nmst be forced to du their job. TRAIDEX must be 
acrepted on its merits by the end users fthe TRAIDEX interface) as a 
viable rneans to ruuace dr-velopment costs and improve quality, or it 
will be by-passed. Task Z interviews continually showed that the key 
t<j the introduction of any new= training development tecinology has been 
rh<; exist-nce of a cadrt^ )f highly motivated Ltnd well trained specialists 
in the area to be implemented. For example, the conversion of course* 
^Xtti' from instr Mctor -orienr^d to self-paced format, ot the introduction 
of formal LSI) p roc endures has been most successful when '^he concept 
has btnm iniplc-menten by dedicated prof us siofials . the course develop- 
rnt- . and h>cal curriculum review level: where its insta.llation has been 
Ir ,4islate*'' hv headquarters or local school command without the support 
of trained and committed implementers , it has too frequently been allowed 

beconu^ the object of paper exercises, and eventually to die out whci. 
upper rommand pressure shifted to other matters. 

For tunat<-ly, the sanie nduca^ion and training spt ciaUsts tliat 
have biu^n ac knowl -^d Jed as thc^ local leaders in the implemeritation of 
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innovative traiairig techniques have' alr^o shown thc= greatest inteTest in 
and siipport of the TR-AIDEX cDiict?pt, Oar assampticHi is that each 
devclopment'site will contain a few of these individiials : that they will 
constitutf the primar>r interfac e to the TRAIDEX system for the re- 
maimng coarse dcsignfrs and developers, and that they %vill be in a 
suitable position to assist and niQPiitor the screening, database main- 
tenance, description retrieval and anit distrlbutioyi processp K this 
assamption is faulty, in. the nense that the type of individual cited is 
not available, then the CDntral versus local distribution problem be = 
comei an academic qiiesfcioii, sinC':^ it is theri doubtful whether TRAIDEX 
will ^eceiv^^ safficient usage to lorig survive. 

Out recomnieadatioTis, theii, will coiitinuc to depend strongly 
upon local initiative to support routine operation of TB*4IDE3C* In 
terms of the specific coursewate starage and distTlbution problem, the 
foUoiving approach seeme most benoficiali 

1 ) Each unit description database entry has been 
e^cpanded to contain a descriptdoa ol each ty^pe of 
media (tejct, A-V^ m\iltirnedia, workboolc^ lactura 
note, etc.) tiiat is availaMa to support a givezi tinit, 

M tiie unit is packaged along witli one or more others, 
that will he noted^ and a description of tie package 
gi^en, iacludlngite price. TmADDESC Central mil 
keep a file containing the detailed ordering Iniorma- 
tion for each unit^ and would Mse this to pToduce 
and route a particular ahipment request* 

2) The individual development sites will be allowed to 
package individtial units in fltie most convenient form. 
This may depend strongly on prevailing local condi- 
tions such as type of media to be reproduced^ a\raila- 
bility of storage space versus r eprodaction facilities, 
of storage space versus reprDduction facilities , 

and volume and cost of the linit packages normally 
produced for local consumption. It does not seem 
unreasonable to escpect the TRAIDEX inquirers to 
ejcpend a small amount of extra effort to locate a 
unit in a package cf related rnaterials, particularly 
when the unit has already bt en precisely identified 
in thfi unit description database. 




iji addition to the assurTiptioJi about fee ht3nefits and iiecessity 
of local control cited above, it also seems reaBCTtabli?^ to suggast that 
in general, an e\/alaafcion of manf unit descriptioTiB in th^ database will 
lead to the actual ordering and shipment off a i^elafeiv^^ly email Iracti&n 
over dLtiy givun time period. In. view of this, it seems prudejit to place 
an little overhead as possible on the roiitine pyodwction of learrdrag 
material, and to expend a Uttla eKtxa^ e/fort when a TRAffiEX shi pment 
is requested. While there in no direct evidance to support the following 
asLessmeiit, it is not iinreasonable to easpacfc that the TRAIDEX in-- 
veiitory usaga obey sometlilng akin to standard Iwentpry titilizaliPTi 
patterns, where around bwenty percent of the items recaiwe about eighty 
percent of the usage activity, this does tiirii out to be trae, any 
effort eKponded on pre-packagirig the majority of uriitg may be wasted. 

Shipping from the location where course material is ^lormally 
stored is the app roach recortimended. It is recogaiaecl^ however that 
material vviuch has no nornial in-service ordering roiite, nuchas course 
de^^elopmen': nates ^ would present an unaiual annoyaTice at the develop 
ment site if this material were ordered fraqu6'iitly, V/ken suilicient usage 
for a particular course unit is demoiistratedi the matt:^rial for that couiree 
might be inveiitoried and shipped frorii a cenjtraMaed lacation under 
TRAIDEX Central controL This should be considered for demonstrated 
cas es* 

5,5,5 TRAjp DEK Central 

This organisation will be respOJfkslbie for the dally activity that 
keeps the unit description databmsa up and omkine^ maSntains the technical 
keyword thesaurus, and operates caar^d unit shipment clearing -house. 
Field interv^iew response indicatecj that TRAIDEX Central should not be 
a DoD-'lev^el organization^ but should pro bably be supported eithar by 
the ITRO or by a single service as an operating aporisor with financial 
support from the training commLandj, in any case, it seems certain that 
the staff shoald consist of menibers representative of each service, pre- 
ferably personnel vijith a good techiiical training background and also Bome 
exposare to the administration of large' databas e systemg. 
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5. S. 6 Iratial Database Build^ 

la the area of initial database construction, two interesting sug- 
gjjsttons -were made. Concerning the posaibla means of staging the 
dattaiase build, it was felt by aosne that it would be beneficial to qalckly 
catalog a mlmmuni amoant of useful information about a wide variety 
of caurse units, and to flesh out these descriptions later. For example, 
inatialisiog tlie data base content with relatively standard information 
sachas lanit identification (COURSE.UNIT.ID, COURSE. TITLE), learmng 
objective supporhed ((LEARNmG.OB JECTIVE), description key words 
CDF:SCR.EPT0R,KEYS), and tiKe necessary media ordering information 
coutd provid<a enosugh data to get the systern off the ground. More sophis- 
ticated descTlptiv*- information could be added as it became available and 
as its need was felt. This appears to be an attractive approach, provided 
that the mlnirntiin information content of each record can be suitably de- 
fine4. It was also saggested fthat the local development sites be given 
the largest possible degree of autononiiy in flcheduliog their initial con- 
tribution to th-e database build, allowing them to time tiieir Input to cones - 
pond to local course development and xc-work schedules. 

The stydf t«am believes that stabilizing course unit description 
input and, cours.e material distribution early in the life of TR AIDEX is 
more impQrtaii,t than the need to have availahle a high volume of unit 
descriptions. For this reasoin, the tntegration plan described in Sectioii 7 
recommends that a small Initial load of high quality, highly shareable 
coarse units be loaded by T'EArDEX Central hat that the loading of the 
bulk of the available courae wntt inventOTy* be done when courses undergo 
perio'dilc review and revision. 

5. 5^7 rRAIPSX Itifrerface 

Given mm recommendations concerning the local control choree ept 
of TRAIDEK operation, it bticomcs obvious tiiat the position of TRAIDEX 
batetface is the key to the success of the system, While we are con- 
fident that the type of personriei that the position requires can foe located^ 
it has been pointed out that the TR^ID.13f Interface assignment; should be 
9uf£lcl«ntly prestlgioua and the work content s'afficiently demanding that 
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it does not constitute a lower gr':ide job than the person woald normally 
prfrform. It a^ems cl^ar that tti© scrsemng, search, and retrieval 
functions fall relatively riatarally within the realm of development site 
curricalum reriew staff assignrnents ai currently defined and practiced. 
The relatively straightforward clerical tasks fliat make up the data entry 
fimctioncan be performed by stanographic personnel, and their work 
can be proofread by the assigned TR^IDEX titcrface. 

While fee prestige associated v/lth the Jiterface job itself is 
soiTieiJvhat intangible, it should be noted that the typ^ of resaurce-person 
-who would fit best into this types of job is likely to bm highly motivatod by 
the siinple availability of the wealth of deicriptive data that the unit 
description database repjresents. It seema likely that Inventive and 
inqoisitive users will quickly discover arid b^gin to ta^p the reservoir of 
naw data on leaifninLg objectiv^e construction^ rnedia usage, operative 
validation techniques, and so on, that are at their disposai via the 
TBAEDEX terminaL 
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Section 6 
TRAIDEX COSTS AND BENEFITS 



6^ 1 Overview 

This section presents the TRAIDEJC study team^s conclasions con- 
cerning the most appropriate operatiorial configuration for the TRAIDEX 
system, the costs required to halld and operate that configuration, and 
an estimate of the amount of coaTBey/SLTQ dev^eLopment noat that would 
have to be saved in order to make rRAIDEJC pay for itself by its fifth 
year of operation. The justification for using a five-year period in 
preparing this section is provided in Section 6^2, 4, 

This section has been divided into three major parts covering 

the following areas: 

m A description of the oparational components 

of TRAIDEX and the reasons for their selection* 

• A definition of the cost categories to which 
TRAIDEX components have heen assigned, and 
a summary of yearly and total costs in ttose 
categories. 

# A description of the technique employed to 
estimate TRAIDEX benefits In the absence of 
hard courseware development cost data* 

The main thrust of this section is the escplanation of the configuration 
chosen and a summary of the attendaiit operational costs, ^hile the de- 
tails of hardware, software^ and personnel cost estimates that support 
the summaries may be found in Appendices A through D, 

6* 2 TRAIDEX Operational Configuration 

6,2,1 TRAIDEX Central Hardware and Software 

Section 5 specified the reasons that a centrally maintained^ re- 
itiotely accessed database of unit descriptions was required to meet the 
complex retrieval requirements and relatively short response time re- 
quirements of the TRAroEX system, ta order to avoid the neceislty of 
procuring computer hardware and/or developing ne'w database sof^are 
to support such a system, the study team investigated mrious currently 
available information storage and retrieval systems to determine the 
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feasibiiity of selecting one of them for the TRAIDEX database host site. 
1^ order to qaalify as a candidate for the TRAIDEX Central site, it was 
dctariininod that a system would hav^e to posseas the following functional 
and operational attributes: 

1) Database Capacity ^ The system would have to have 
(or be expandable to) the capacity to store at least 
100 million characters of descriptive Inforniation 
for on-line retrieval, plus tha space required to 
hold whatever index files were reqaired to supporr 
the database search* 

2) Database Managements While the database need not 
be updated^in real time, the software should accept 
remote input of updates that could be batched for 
offline update, 

3) Iniormation Ret riev ah Due to the complex and 
flexible nature of TRAIDEX user inquiries, the sys- 
tem should permit the search for courseware unit 
descriptions to be controlled by aTbitrarily coniplex 
combinatiQns of search predicates connected by 
logical '*AND'', ^^OB", and ''NOT^ conditions that 
could be applied to any selected descriptive field 

in the database* The results of searches should 
be returned to the remote user quickly (within a 
reasonable time for a per son waiting at a terminal) 
and should consist of the number of course units 
found which meet the search criteria. The search 
criteria {the selection of words or phrases to be 
matched, tiie field in which the search should occur, 
and the logical connectors) should be modifiable 
during the course of a search, and the user should 
he able to obtain, at his option, all or part of a unit 
description at his local terminal, 

4) System Availability ; The unit description database 
should be av'ailable for inquiry and the reception 
of remotely generated updates during fee normal 
working day, 

ti addition to these fundamental requirements, it was considered 
desirable that the candidate systems support relatively inexpensive and 
available remote terminals, and that the capability to monitor the 
TRAIDEX database usage be present so that operational statistics could 
be obtained to assist in the analysis and evaluation of the system, 

Ibi view of the above rather demanding functional requirements 
and tha parallel and competing requirement to keep costs at a minimum, 
the study team recom^mends that the TEAIDEX unit description database 
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be implemented on the ^FOCEN information storage and retrieval syatem 
currantly being operated by the U, S, Air Force Aeronatutical Systems 
Dwision at Wright-Pattarsoii Air Force Base, Dayton, Ohio. Not only 
do the capabilities of this system meet the TRAIDEX functional and op- 
erational attributes listed abo^re, but the costs required for data base 
inquiry and maintenance as detailed in Appendix D, are quite reasons- 
able* Furthermore^ the system is currently operational and is serving 
a wide \rariety of users across the couiitry; its use, therefore, does not 
represent the risk and cost generally associated with the development of 
a new hardware/software system. 

Finally, the mFOCEN facility is a particularly attractive site 
for TRAIDEJC because it is already a host for three complementary 
training -related systemst 

1) The Defense Audio Yisual Archive (DAVA) is a 
catalogue of audio visual media and equipment 
covering all services. While it is organized 
primarily as an inventory of media and equipment 
elements, causing its coverage to be orthogonal to 
that of TRAIDEJC, it could be aa aid in many 
development situations where rapid access to a 
film or tape on a specific subject is required, 

2) The Automated Database for Bistructional Tech- 
nology (ADIT) is a (currently) experimental col = 
lection of several thousand carefully indcKed and 
evaluated abstracts of research articles in the field 
of instructional systems design and development. 

It provides a reference source on ISD teclmology 
and can be used to find ne^ approaches to meet- 
ing training requirements fliat are not addressed 
by material in the TRAmEX database, 

3) The Catalog of Navy Training Courses (CANTRAC) 
is kept on line at the INFOCEN facility. While its 
purpose there is primarily to facilitate the main- 
tenance and production of the hardcover edition, it 
could be made available for searching at the total 
course leveL This might be particularly useful if 

a search of the TRAIDEX database turnad up units 
of Navy Training courses for which the inquirer 
needed such information as presentation dates, 
locations, and application requirements. 
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No other government-operated information systern which meets the 
functionai and operational reqiiir ements is available to users outside 
the de^^eloping agency for use on a seT\rice bureau basis. The DIALOG 
system operated by Lockheed was iri\restigated and it will meet all the 
functional and operational requirements. However, the costs of use 
were projected to be several times that of ttie D^FOCEN System, Due 
to the cost factor, and the availability of other data bases of training 
interest on the D^FOCEN system, the use of the DIALOG %^as not further 
invrestigated and is not included in the cost projections. 

b,Z,2 TRAIDEX Communicati on Req uiremen ts 

Given the recommendation to install the TEAIDEX database on 
the ENFOCEN facility, the choice of communication terminals and lines 
must obviously match those supported by that systern* Fortunately, 
the hardware and software are compatible with the types of loi;^ -speed 
(15 to 30 characters per second) terminals that are considered to be 
most cost-effective for the TRAIDEX inquiry and data input func- 
tions. In addition, nS"FOCEN is serviced by a modarately priced packet- 
switching network whose hourly line charges are considerably cheaper 
than voice grade dial up or leased line connections. These facilities are 
already in use by the DAVA system* The details of the required line 
and tasfminal charges are contained in AppandtsE addition^ certain 

course development sites will have access to terminals tiat will he 
provided by DAVA; these terminals are potentially usable for rRAIDEX 
access and their locations are detailed in Appendix 

6,2.3 rRAIPEX Staffing 

As outlined in Section 5, the daily operatian at TRAIDEX must be 
accomplished by a control and management operation that ha a been referred 
to as TR^roEX Central, The detailed qualifications of the rRAlDEX 
Central staff are discussed both in Section 7 in terms of the personnel 
selectlori process that must take place during the system build and inte- 
gration phages, and in terms of personnel categories and costs in Appendix 
Bp In general, the staff will consist of four types of personaeli 
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' 1) The TRAIDEX Central director; a senior military 
or civilian member of the training community who 
can lend prestige, credibility, and innov^ation to the 
effort, 

2) The TRAIDEX Service Represeiitativesi a member 
from each service on diity at TR41DEX Central to 
assist in handling particular needs and problems of 

his own service and to report on and evaluate TRAIDEX 
operations, 

3) A Systems Analyst* a database and compater 
systems analyst either assigned from within 
DoD or obtained from a contractor to assist 
during the first year of operation in the initial 
database definition and in setting up TRAIDEX 
Central Office pronedures, 

4) Clerical assistance for initial database loading, 
secretarial and telephone services* 

TRAIDEX is also ^'staffed" by biterface personnel at each develop- 
ment site. However, since their interaction mth TRAroEX is assumed 
to fall within the curriculum review responsibilities as currently defined, 
no additional labor costs are anticipated due to the use of TRAIDEX at a 
development site. The qualifications of the local development site 
TRAIDEX Diterface are described in Section 7, The '^staffing buildup" 
of local course developers and interfaces is described in Appendix A, 

6,2.4 TRAIDEX Database 

Two concepts concerning the actual constTuction of the TRAEDEX 
Unit Description Database, whose contenta are described in Section 5, are 
key to under standing the cost and benefit analysis that has been used in 
tMs report. 

First, the study team recommends that toe database of unit de« 
scTiptions for ttie selected courses be loaded incrementally during the 
normal process of course review and revision at each course development 
site. This should result in loading of about one-tiiird of the basic 
inventory of course units in the second, third, and fourth year after 
TRAIDEX development begins. (See Exhibit 6-1), While this approach 
easei the data entry burden on the local development sites and should 
raise ttie over -all quality of the available descriptive learning objectives, 
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it does mean that the full potential benefits of TRAIDEX will not be real-^ 
izabla until five years after development begins. Therefore a five-year 
period has been used as the basis of the benefit calculations in Section 
6,4. . 

Second, ihe TRAIDEX Integration Plan described in Section 7 
recommends that a kernel of very high quality descriptions of bxoadly 
applicable courseware be entered into the database by THAIDEX Central 
personnel in parallel with the installation of TRAmEX capability at the 
local dev^elopment sites. The reason for this approacli is to proHde 
early system users with a general base of high quality unit descriptioni 
both for inquiry and as a mod el for tiieir o^n data entry. The implica« 
tion of this naethod is diat ttiere ^ill in fact be some benefit even during 
the first year of TRAIDEX development: however, the study team has 
taken tihe conservative appro.ich of ignoring these initial benefits in 
tiie benefits analysis. 

The planned build-up of ttie database over the first five years is 
sho^n in EKhibit 6-1^ 
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Exhibit 6-1 








SrZE OF THF. DATA BASE AND SIZE OF TjPDATE 




m YEARS 1 THROUGH 5 








Item 


Year 


1 


2 


3 


4 


5 


The average percentage of the 
82, OOO^i' course unit inventory 
which e^cists at sites which 
can access TJRi^IDEX. Taken 
to be the same as line 2, 
Exhibit A-Z, 


Small 
but 
not 
zero 


70 


90 


95 


100 


The percentage of the 82, 000 
course unit descriptions 
which 'will have been loaded 
in the year shown* 












staTt of year 


0 


10 


33 


63 


94 


end of year 


1 0 


33 


63 


94 


100 




5 


22 


4B 


79 


97 


The average database size 
assuming 2OO0 characters 
per unit description (in 
millions of characters) 


8 


36 


79 


130 


160 


The number of input characters 
for update purposes assuming 
one input character generates 
2 database characters 
(in millions of characters) 


4 


14 


21 


26 


15 



^'=From Exhibit 4-1 , Section 4. 2 
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6, 3 TR-AIDEX Cost Eitimatgg 



6.3.1 Cost Categories 

Development and operational cojts for TRAffiEK system hav^e 
been divided into three major c^tegoriei, The costs that have been esti- 
mated are diose that are required to support the actual operation of the 
system. Because no additional developm^At site personriel are expected 
to be required with die introdactloh of the TRAIDEX system^ no local 
site labor coits have been included. 

The categories Into whiQh TOAlPEJ^ r^perational costs have been 
divided are as follow a ^ 

1) TRAIDEX Central Lahot ^nd Travel Costi. These 
costs wclude the %i.lafiei a^d betieflts of the TRAIDEX 
Central Director, the Service Repit'esentatives* clerical 
peraonnel and a cQmpatef ayateJAi analyst to assist in 
the initial syitem smtnp> Travel costs include both 
TRAffiEX Central Staff ^equtretnents and invitational 
orders for members of the three iervicei coveririg 
pollcy-planning Weetiags* 

2) TRAIDEX Central noti-l^boi cgstsi These oosts 
inclade all other TRA©EX Cehtral costs except for 
computer and tele^ommiiAicatioftS Iteras, and are 
primarily restricted eagts for office space and 
equipment, 

3) Computer and Tel^cojnmanieatlmi Costs, These 
costs include D^FOCEN char ges for set up and main- 
tenance {updating) of the unit de^crlptiDn database^ 
access charges fo^ TBAlDEX inquiries, and the costs 
for purchasing tefminals and for uitng the packet 
switching communication net^^rcrk, 

6*3*2 Costing Options 

Given the fact ttiat an EN -using of gamaatlon is already 

in place (DAVA), the TRAIDEX itady has tAveattgatad with tihe DAVA 
director the posslhllity of obtaining TEAffiEX^ost reductions by utilising 
DAVA personnel and equipments Two costing options hav^e been detailed 
in each of Appendices B through corf e^poftditig to ei*^het taking ad- 
vantage of DAVA existence or proHding a gtand-alone TRAIDEX system. 
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THe two approaches are summarised belowi 

1) DAVA ^ill allow TRAEDEK to use their Waihington, 
D, Cs , office space and will share p€raon.nel, travel 
budgets, and terminal equlprnent, DAVA will pro- 
vide computer ^nd telecornnriunication line charges 
at an incTemental cost in excess of tiieir eKlsting 
budget. 

Z) A separate, stand-alone ENFOCEN-based TRAIDEX 
facility will be established, purchasirig all terminals 
and paying all compiiteT and telecornmunlcation 
charges. 

For the first cost alternative, the cost ii^uvm giv^en in tiiis section have 
b^en reviewed with the director of the DAVA System, It should be noted 
that altdiough the first Gostlng approach will obviously provide the lowest 
irxplemtotation costs, a certain amount of operational autonomy must 
sacrificed. Given iiie difference between the DAVA and TRAIDEX 
misaiosis, alternattAre 2 maybe warranted if the resulting TRAIDEX op» 
ea'ation w£>uld ti^ereby prove to he more responsive to the needs of the 
thre e m er^ices, 

Exhibit 6-2 summarizes the estimated yearly TRAIDEX cost 
for the two costing alternatives described above* Over a five-'year 
period merging TRi^lDEX with DAVA is estimated to save $690, OOO* 
The largeit project savings occur in the first t^o years of operation due 
to the sharing of labor costs while TRADDEX' la bemg set up and tha 
a^Wlity of 'DAVA to absorb the computer and conxmunlcatlon costs within 
its exlstirig budget in Uie period before ase begins at the training sites, 
Exhibit S'-S provides data on computer and connmttnication costs to support 
the eost summary in Exhibit 6-2« Further supporting details are pro- 
vided Itl Append lees B through 
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Exhibit 6^2 

SUMMARY OF YEARLY TRAlDEX COSTS 
(in thousands of dollar b) 




Item 


Year of Operation 


5-Year 
Total 


1 




1 
J 




c 


Alternative Is TKAIDEX 














merged with DAVA 














toeremental 5»u and 


122 


62 


59 


59 


58 


360 


r rav el (AppendiK B) 














Incremental Koa- 


0 


0 


0 


0 


0 


0 


labor Costs (Appendix 














C) 














tocremental Computer 


0 


114 


184 


255 


268 


821 


aiid Talacommunication 














(^hibit 6-5) 














Total Alternative 1 


122 


176 


243 


31 4 




1181 


Alternafciva 2* Stand- 














alone TRAIDEX 














Staff & Travel 


183 


156 


150 


150 


150 


789 


(Appendix B) 














Non-labor Office 


15 


15 


15 


15 


15 


75 


Costs (Appendi5C C) 














Computer and Tele- 


104 


166 


204 


267 


267 


1008 


c ommiinlcation 














(Exhibit 6-5) 














Total Alternative 2 


301 


337 


369 


432 


432 


1871 


Savings by selecting 


179 


161 


126 


118 


106 


690 


Alternative 1 
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Exhibit 6-3 

ESTIMATED TRAIDEX eOMPUTER AND COMMUNICATION COSTS 

(iii thoasands of dollars) 



Item 


Year of Operation 


5 -year 


1 


2 


3 


4 


5 


Total 


Alternativ^e 1: TB^IDEX 
merged "with DAVA 
Incremental terminal coats 


0 


0 


0 


8 


0 


8 


Incremental line cliarges 


0 


46 


59 


62 


64 


231 


Incremental compuiter costs 


0 


68 


125 


185 


204 


■ 582 


Total Alternative 1 


0 


1 14 


184 


255 


268 


821 


Alteriiative 2; Stand-alone 
TRAIDF.X 

terminal coits 


58 


52 


20 


20 


0 


150 


line charges 


22 


46 


59 


62 


64 


253 


compiiter costs 


24 


68 


125 


185 


204 


606 


Total Alternative 2 


104 


166 


204 


267 


268 


1009 


Note; For more detail, see 


ExMbit D-4 in 


Appendix U. 
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6, 4 TRAIDEX Benefi ts AnalyBis 

Giv©ii the lack of explicit aourse dev^lopmeiit cost data on which 
to base prcjected cost savings dum to TKAWES uae, the final j ustification 
of the systern mu-it be based on a jadgment of the percentage of course 
development cost that could be saved by sharing relevant courseware. 
Therefore, we have developed an cstijrriate of the total cost reduction for 
course developraemt that must occur over tlie first - 'V© y^aars of TRi^IDE3C 
operation in order for the systaTO to pay for its own devcl^^pment and 
operational costs. This total cost savings or '^reakeveB point", is th^sn 
expressed as a percentage of the total development cost for technical 
training coarees whose subject area is covered by the TH^IDEX database, 
and it is the judgrneiit of whettier or notdiis percen^ge :reduction Is 
attainable that should determine the econonilc feasibility of TRAIDEX. 
The total cost redaction, or breakeven poimt, is delitied as follows^ 

When the sum of all costs for startup and operation of 
TRAIDEX in each of the first five years 

EQIJALS 

The s^n of the cost savings realised in each of the first 
five years 

TRAIDEX is defined to breakeven* 

Because the percentage cost redacfciLsn depends upon both the coarse 
areas covered by TRAIDEX and the number of developers that have access 
to the system, the potential cost rediiGtlons vary from the first through 
the fifth year, after which foey become constant. The annual savings are 
therefore different, and are defined to hei 

Percentage of development costs saved by TRAIDEX 

EQUALS 

Anniial savings in development costs due to use of TBAIDEX 

DIV^IDED BY 

Anniial cost of coarse review, revision, and developmeiit in 
aifeas impacted by TRADDEK 
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In orclur Ui abtai.Ti the bffaakeven percentage over the fwe-year 
lnstalla,tion period, the above formiaU must bc^ rewritten as* 

Pcrcentmge of development costs saved hy TRAroEX over 
a five -yea I period 

EQUALS 

Sum of anniial savifigs in development costs dua to use of 
TE^ID'EX over five-year period 

DIV^IDED BY 

Sum of ifennaat costs of caurse review, revision, and de- 
velopment in areas Impacted hy TRAIDEK ow^w the five- 
year periodsp 

to order to calculate ttie perctntagit of coots a devalopment coate 
that mtist be saved for TRAIDEX to breakeven over tiie first live years 
of operation, the savMgs due to the use of rKAIDEX can 'be replaced in 
the abo>ve calculation by the costs of dev#l€ptng and operating TRAroEJC 
to yield 

Psrceritage of development costs which must be saved 

by TRAIDEX over a five-year period £ot hf aakeven to occur 

EQUALS 

Sum of annual coats to develop and operate TRAIDEX during 
the five-year period 

DiyiDED BY 

Sum of annual costs of course review^ revision, and develop- 
ment in areas impacted hy over the five-year period. 

Since the costs of TRJ^IDEX development and operation have been calculated 
in Section 6, 3, the hreake^^^en percentage cw be calculated il tli^s atinuai 
coBts of cours e review, raij'istoTij and development in TRAIDEX-r slavant 
areas can be estimated, 

6, 4. 1 Esti omtion of rRA3PEX -Relevant Course Development Costa 

In order to estunate the percentage of development costs that 
must he saved for TRAIDEX to hreakeven, fee key value is the total ann^l 
cost of coiirse review^ revision, and development in TR A TOEX -relevant 
aroas. Knowledgeable people from tte training coinmunity in the three 
servlcei were asked to help in estimating ttie yearly course development 
costs of interest to rRAIDEX. This estimate wag the product of two 
factori. First, it v^as determined that 2000 manyears par year of course 
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d cvelopnicjrit time for couTSes in the categories of inter ost to TR A ID IOC 
was a reasonable, and in fact conservative, estimate for the three services. 
Second, it was determined by this group that an overall cost of one man- 
year of developmertt effort v/mm about $20, 000, This was confirmed later 
as the number being used by the Army in its o^n stuidiee. In addition, 
the groap agreed that the product of these two factors (EOOO naanyears 
K $20^ OOO per manyear) produced an estimate of the total yearly coi t of 
technical courise revision and new development, $40,000, OOO, that was 
determined to be reaaonable* 

When these development coats are ueed in the foTmula to calculate 
the percentage ol developtnenl: costs that muit be saved by TRAIDEX over 
a five-year period fot breakeven to occar, the percentage calculated is 
approxiniately two percent (based upon the $1^9 rrllllon dollar five-year 
cost of devaloping and operating a etond-alone TRAIDEX system, which 
represents the most conaer vative and costly approach)* 

6 . 4, ? Projection of Poten t ial rHAIIOEy Beneflta 

The percanfcage of course development costs which mast be saved 
for TRJ^IDEX to byeakevM appeared as realizable to tihe ITRO Training 
Technology Committee, Therefore^ the potential savliigi which could 
be realised If larger percentage savings occurred have been caleulafced 
in this section^ The potential savings have been calculated as ^ 

Anniml net savings due to ase tif TRAIDEJC 

EQUALS THE DirFEEENCE OF 

Anjiual cost ofcoiirst review^ revlaioiij and development 
in areas Impacted by the operation of TRAIDEX multiplied 
by the percentage of dwelopmerit costs ea^ved by using 
rRAIDEX 

AND 

Th€ annual co^st of developing and using TEAroEK 

To caloulate the first factor the development costs impacted by TRAIDEX 
in the first five years of operation must be estimated, 
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In order to be conservative in making this estimate, SofTech has 
aesomed that the fraction of total couirae development costs in TRAIDEX- 
relevant areai impacted in each year Is directly proportionate both to 
the number of developers doing T R^A ID relevant work with access to 
rRAlDEX and the extent to which the dafabase of course units has been 
created* This assessment of the impact shoald be very conservative. 
If tiie initial 50 percent of the developers prov-ided with access to TRAIDEX 
are primarily working on high-volome coarse s that are riecogni^ed to 
have significant potential for sharing, more than SO percent: of the de- 
velopment costs will be Impactedp Similarly, if the database is created 
as recommended in the TRAIDEX integration plan presented in Section 7, 
high -quality courses with a large potential for sharingwill be Eelected 
for early Incorporation Into the database. When 50 percent ol the potential 
course units are available in the database, Sofrech believes more than 
50 percent of the benefits of having the databaie "will be realisable* There- 
fore ^ the following method of eatlmatirig toe annual coat of coivrae review^ 
revision, and development in areas iinpacted by TRADDEX is believed 
to be qiiite conservative, 

Annual cost of coarse review* revtalorij and developnment 
in areas impacted by the operation o£ TBAWEK 

EQUALS 

i^nnual cost of course review, revieion, and development 
in TR A ID EX -relevant areas 

Fractioin of course developers doing the TR A ID EX -relevant 
development work with access to rRAIDEX 

Tmms 

Fraction of course unlta planned for incorporation which 
are actually described in the TEADDEX database. 

The product of &e last ^o factors is referred to as the reaUEation factor, 

The realization factor is the fraction of the annual costs of course 
review, revision, and development in TEA TO EX -relevant area i whloh are 
impacted in a given year by the operafclon of rRAIDEX. EAlbit 6-4 sum- 
marises the values of the realisation factor for each of the first five fears 
of TRAEJEX as well as the value of tte two fractions which compare the 
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the reaUzatioa factor. For example, in the third year of TRAIDEX 
operation 43 percent of the course development costs in TRAIDEX- 
relevant areas are estimated to be Impacted by TEAIDEX. This estimate 
is based upon 90 porcent of the potential course developers having accesi 
to TRAroEX and 48% of the planned caurse anit inventory actually being 
in the database. 



Exhihlt 6-4 
TRAmEX REAHZATION FACTOR 



Item 



RealiEation Factor 

Fraction of potential 
course developers with 
access to TRAIDEX 

Fraction of courae 
units actually described 



1 



0 
0 

. 05 



•Year of TRArDEX Operation 



15 
70 

22 



43 
90 

48 



75 
95 

79 



.97 
1 

.97 



JExhiblt 6-5 shows the course development costs in TRAIDEX -rele- 
vant areas Impacted in each of the first five years calculated usiHg the 
annual course development costs (SBCtioii 6.4. 1) and the realization factor 
(Section 6. 4. 2), The exhibit also includei the rurnulative course develop- 
ment costs impacted since the beginning of TRAIDEX operation, and the 



Exhibit 6 -5 
TRAIDEX COST DvIPACTS 



Costs 
(millions of doilars) 



Conrse development 
cost impacted by 
TRAEDEX 

Cumulative course 
development co»sts 
impacted by TRAIDEX 

Cumulative casts of 
developing stand-alone 
TRAroSX (J^hibit 6-2) 



Year ol TgAIDEX Operation 



T 



17 



23 



1.0 



30 



53 



1,4 



39 



92 



1.9 
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camulative costs of dovelopiiig TRAIDEX, Clcarl/ a small saving In 
course development costs justifies the implermentation of TRAIDEX, 
For example, the 43% realisation factor for year three times $40 million 
yieldB a TRAEDEX cost impact area of $17 million. Added to the $6 million 
impact area of year two, the total cumulative development cost on which 
TRAEDEX had an effect by the end of year ttiree is $23 million* Summing 
the yearly TRAIDEX development and operational costs for flie most 
expensive configuration (alternative 2 oa Figure 6-2), we find the cumu- 
lative costs in year three to be $1 million. Therefore, if TRAIDEX 
could save an average of 1/23 (or 4, 3%) of development coats , it would 
break even at the end of year three. 

Exhibit 6-6 has been prepared by assuming different values for 
the percentage of development costs which will be saved by TRAIDEX* 
The eschibit shows the cumulative savings achieved by the use of TRAIDEX 
after all development costs for a stand-alone system (alternative 2) hava 
been deducted for four values of the percentage of course development 
costs to be saved (1%, 2%, 3%, and 6%), For eKampla, it shows that if 
tiie saving in development costs by using TRAroEX should be 3%, TRAn>EX 
will breakeven by the end of the fourth year of operation and will have a 
cumulative net savings of nearly $900, 000 by liie end of five years. If 
one believes a larger percentage of savings will he realised, the cumulative 
net savings can be quite substantial; for example^ a savings of 6 percent 
will result in the breakeven period being under three years and will achieve 
a total savings of 3. 6 million dollars in the first five years of TRAIDEX 
operation. In summary, a cost reduction of over 2 percent produces very 
high net savings when viewed against the risk and costs of Implementing 
TRA IDEX. 

Exhibit 6-7 was calculated assuming that TRAIDEX is merged 
wlih DAV^A by using tiie cost data In Sdiiblt 6-2 for alternative 1* It shows 
that TRAIDEX would break even after five years if it provided only slightly 
more than a one percent cost reduction, E the two percent reduction re- 
quired for alternative 2 were to be attained, ttie DA VA -supported system 
would have a net benefit of over $6O0 ttioueand, 
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JESchlbit 6-6 

CUMULATIVE NET COST SAVINGS VS YEAR OF OPERATION 
FOR STAND-ALOWE TBAIDEX SYSrEM 




Exhibit 6-7 

CUMULiiTIvrE NET COST SAVINGS VS YEAR OF OPERATION 
FOR TRAIDEX MERGED WITH BAY A 




Year of TRAIDEX Operation 



6. 5 Summar y of Coat and Benefit Estimatos 

The estimatad costs of rRAlDEjC development and operation over 
the first five years of syetem use total less than million dollars for 
a Btan^-alone TRAIDEX system. By the end of the Aird year a majority 
of the potential TRAIDEX developers will have access to the system and 
it ^ill contain approximately half the potential database, SofTech recom- 
meiids that an in-depth evalaatloa of the utility of TRADDE5C to Its intended 
audience, tiie course developers^ be conducted at that time before a com- 
mitment Is made to operate TRAIDEX on a permanent baals* To reach 
the point -where this evaluation li carried out^ based upon significant 
developar experience wiA tfie syatern, approKimately one million dollars 
will have been invested In initial development and Qperation of TRAIDEX^ 

SofTech recommends that the ITRO proceed ^ith ihm deyelopment 
of TRAIDEX up to the point of the evaluation if the ITHO is confident that: 

1) The reduction in coiirse development costs required 
for net savings to aacruie is achievable^ given the 
TRAIDEX capabilities described in previous sections 
of ttiis report, A key issue in aseeaeing tihe projected 
savings Is the ITRO*i confidence in the estimate of 
total course development coats ($40 million per year) 
provided in Section 6, 4* 1 * 

2) The training qommands will actively support the TRA EDEX 
concept, especially in regard to the establishment of 

the TRAIDEX Interface positions as described in the 
Integration Plan. 

SofTech believes other benefits, especially higher quality courses, 
will result from the development of TRAffiEX. However, tiies^ other 
benefits are not quantifiabls and have not been included in &e calculation 
presented In this section^ Ho'^ever, diese additional benefits provide 
significant furfter justtflcation for developijig TRAIDEX if tiia above con- 
ditions are met* 
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Section 7 
TRAIDEX mTEGRATION PLAN 



7, 1 Oyerviaw 

This section describes the steps that must be taken to establish 
an initial TRAIDEX capability^ to make that capability av^ailable to the 
course development sites, and to accomplish the traixsitioii fTom start-up 
to fall operational mode, A critical path network diagram of the inte- 
gration plan is shown as Exhibit 7-1, The diagram expresses 
the activities to be accomplished as arrows and tiie critical milestone 
events as circlea. Note that the diagram is composed of two eeaentially 
parallel paths connected by a few restrictive^ non-activity arrows , The 
lower path is concerned with those activities ttiat must hm accomplished 
at the TBAIDEX Central site by the director, the staff analysts and the 
TRAIDEX Central representatives of the participating services. The 
upper path shows the activities that are eKecuted at site a eKternr I to 
TRAIDEX Central (the Training Command Headquarters for each service 
and the local course development sites) by the TRAIDEX directoi and 
the service representatives. This upper path can actually be activated 
in parallel for each development site and each service; while it has been 
shown as a iingle path in EKhibit 7-1 for the sake of simplicity, the diagram 
used as a scheduling tool for the actual Integration of TRAffiEX would 
show appropriate paths and nodes for each Training Headquarters and 
each developmerit site. 

The activities and events depicted upon the diagram are axplained 
in Sections 7*2 through 7, 4, However, before goiiig into tihe details of 
each phase of TRAEDEX integration, the basic approach to the integration 
task itself must be described* There are two fundamentally different ways 
to approach the tosk of building TRAIDjEX* On one hand, it would be 
feasible to mount a large scale, centralized effort to collect, describe, 
and catalog the majority of eicistling courseware. This approach has the 
advantege of creating a large TRAIDEX database in a relatively short 
time {approximately one year) and having that database available at 

121 




the start of user operations p However, the manpower cost w^ould be 
large, many of the data entry procedu es would have to be designed with 
incomplete knowledge of the format and content of current descriptive 
documents, and most important, it would be very difficult to adequately 
control the quality of the cataloguad courseware. Finally, such an 
effort might impose fairly large disruptions on the daily activities of 
the course development sites. Instead, the TRAIDEX study team recom- 
mends a staged build of the database that would occupy a three to four 
year time span* Except for the initial kernel consisting of a broad-based 
selection of about 200 high-quality, well-described courses, the initial 
TRAIDEX build would be accomplished in die normal course of reviewing, 
modifying, and updating current courses and during the production of 
new courses at those development sites at which TRAIDEX is operationaL 
This staged approach, although requiring longer to capture all course- 
ware of potential interest to TRAIDEX users ^ has the following advantages 

1) The quality of botii the descriptive matter in the 
database and of the courseware itself should be 
highp As each course comes up for review and 
possible revision at the development site^ both 
its content, presentation medium, descriptive 
objectives, and test items are reviewed for ade« 
quacy* Whether or not tiiis review is a result of 
the application of an ''ISD'' program, a conversion 
to a new instructional methodology (self -paced 
instruction, CAI, etc.), or merely an every third 
year scheduled review, the result of driving the 
TRAIDEX database load from the output of the course 
review will be the capture of consistently higher 
quality courseware than any massive, one-time data 
load could guarantee. 

2) Because the TRAIDEX unit description data is 

supplied as a by-product of an activity that must * 
be performed in any case, fce additional impact 
of formatting and inputting that data should be 
small and essentially clerical in nature. Therefore, 
TRAIDEX will be able to maintain a low-cost, non- 
threatening profile to both local course development 
site command and to course development personnel* 

3) Because the total database load is staged over a 
relatively long time, the development of data input 
procedures, course screening, the development of 
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effective search and retrieval methods, and the in- 
stallafcion of adequate course material inventory 
and dissemination procedures for response to course 
unit shipment requests can evolve while the data 
volume is relatively low. 

The staged integration of TRAIDEX is described in the following 
subsections. The activities of the critical patii diagram have been divided 
into three phasesi initial planning, system startup, and operational cut- 
over. Within each phase, the applicable section describes the activities 
of both TRAIDEX Central and the Training Command Headquarters and 
local development sites. The diagram indicates clearly which activities 
in each phase can occur In parallel, 

7 J 2 Phase I - faitial Planning 

This phase covers the selection and assignment of the key TRAIDEX 
Central Operating cadre, including the director, the service representa- 
tives ^ and a systems analyst assigned for the duration of the first two 
phases of the liitegration project, 

7*2.1 Appoint TRAIDEX Central Director 

The proper selection of tiiis individual will have a major effect on 
the success of this program. Because &e TRAIDEX concept itself must 
in fact be ''sold*' to the training command headquarters and eipecially to 
the development sites, the TRATOEX Central Director must possess the 
following quaUficationsi 

1) Above all he must be enthusiastic and committed 
to the success of the project^ Because of the ex- 
perimental nature of several aspects of tiie system, 
he must expect and be prepared to handle a multi- 
tude of political, administrative, and operational 
problems as the system is brought on the air*, 

This is not a job for a caretaker or a paper pusher - 
the director must be committed, activei and in- 
novative, 

2) Because he must be able to command the respect of 
relatively high-level civilian and military personnel 
throughout all services, he should currently have 
an established career within the military training 
community* 
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3) Although TRAIDEX is a computer based system, 
his data processing credentials are considerably 
less important tiian his training experience pri- 
marily because he will have the full time assist- 
ance of a systems analyst, and because there are 
no extensive computer hardware or software ac- 
quisitions required* 

4) Finally, while it probably does tiot matter whettier 
the director is a military or civilian employee, 

he should be able to commit to at least a three-year 
assignment with possible relocation and should be 
prepared to travel heavily during the first two. 
years of his assignment, 

7,2.2 Select TRAIDEX Systems Analyst 

At the same time that the ITRB or otiier cognizant authority 
selects the TRAIDEX Central Director, it should also select and assign 
a qualiflad systems analyst, whose major task will be to design, implement, 
and check out the manual procedures (of the TRAIDEX Central Office pro« 
cedures), the detailed database design, and fee manual and automated 
procedures that will be required to interface with INFOCEN software 
in order to allow access to and maintenance of the TRAIDEX unit descrip- 
tion database. Ideally, this analyst would possess the following quali- 
fications i 

1) Familiarity with the theory and operation of large 
scale information storage and retrieval systems 
such as INFOCEN* Actual experience in the suc = 
cesful implementation of application subsystems 

on a similar database would be very desirable. The 
analyst should be thoroughly familiar with the func- 
tional requirements of on-line text editing software, 
file back-up and archiving procedures, and should 
be capable of Interfacing existing TOFOCEN database 
software to required statistical packages and report 
generation programs, 

2) Some exposure to military technical training, at 
least to the point where the analyst understands the 
external environment of TRAffiEX user and the 
place in the instructional systems development 
process ttiat TRAIDEX is intended to occupy. This 
familiarity should be sufficiently deep that he can 
be responsible for the initial build of the kernel 
demonstration database and thesaurus with minimal 
guidance from the TRAIDEX director and service 
representatives. 
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This systems analyst need not be assigned as permanent member of the 
TRAIDEX Central staff. His services are required only while design- 
ing and checking out detailed TRAIDEX Central Procedures during the 
planning and startup phases. The required analyst could be drawn from 
an organisation like DAVA, or could be obteined from a contractor who 
coald supply a variety of personnel with particular talent or cKperience 
as the job required them, Bi any case, he must be capable of working 
closely with the TRAIDEX Director and staff of service repr eaentatives 
as well as with the MFOCEN technical support staff, and must be able 
to troubleshoot and solve the typical user problems that inevitably crop 
up in a new online system, 

7.2.3 Draft foitial Schedule 

This is a brief, kickoff activity at which tiie initial TRAIDEX 
Central skeleton staff of Ae Director and Systems Analyst set up the 
initial schedule for the design of central office procedures ^ the load of 
the demonstration database, and the initial specification of any required 
enhancements to the mFOCEN software interfaces. Since the new 
TRAIDEX Director will soon begin to spend a great deal of time travel- 
ing to various headquarters and development site locations, it is this 
plan that will guide the initial TRAIDEX Central activities and that will 
allow the central and field work to proceed in parallel. 

The remainder of activities in Phase I are covered in subsections 
7. 2. 4 and 7. 2, 5. Subsection 7. 2, 4 describes activities that are carried 
out by the TRAIDEX Central staff at eKternal locations such as the train- 
ing command headquarters and the course development sites, while 
subsection 7.2. 5 describes the parallel activities that will take place at 
TRAIDEX CentraL 

7.2.4 External TRAIDEX Activities 

7,2^4.1 Make Mtial Headquarters Contacts 

The TRAIDEX Central Director must make contact with each train- 
ing command headquarters, probably via the services ITRO representa- 
tive. He should arrange a briefing tlmt will cover TRAIDEX objectives, 
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current funding and manpower allocations, and current implenientation 
plan* He should then enlist the headquarters in identifying and assign- 
ing that service's TRAIDEX Central representative. The TR^IDEX 
Director should help the headquarters command to identify potential 
candidates who have had significant exposure to current course develop- 
ment practices in their services, who are familiar with ISD, and who 
will be able to work well wife local development site personnel. The 
TRAIDEX Director should insure that a firm schedule has been set for 
the appointment of the service representetive, 

7,2,4,2 Assign TRAroEX Central Service Representatives 

After a particular training command has selected its TRAIDEX 
representative, the director and representative meet at the Training 
Command Headquarters to initiate tiiat service's TRAIDEX involvement. 
At least the following tasks should be accomplished at that meetingi 

1) Identify initial development sites to be contacted 
for TRAIDEX set-up, 

2) Start preparation of development site briefing to 
be given by director and service representative,^ 
This briefing must include information on how the 
development site will select the local TRAIDEX 
Interface, what the local site requirements will 

be for data input, courseware storage and retrievalj 
and what resources can be made available by the 
service training command headquarters, 

3) Establish an initial cut at tiie course screening 
requirements for the service* This should take into 
account the first development sites to be visited, 

mo that any special local requirements can be 
addressed prior to the local briefing, 

4) Identify the training command headquarters liaison 
to TRAIDEX, and establish his (relatively limited) 
duties, which will Include monitoring of tlia screen- 
ing reports for that service, 

5) Identify high quality, well described courseware 
for entry into tiie initial demonstration database^ 
and initiate procedures to obtain this material and 
and its supporting documentation for shipment to 
TRAIDEX Central, 

127 




The* TRAIDEX service representative will be responsible for 
preparing the development site briefing, making initial contact with the 
selected sites, and arranging the first briefing at each development 
site. Note that it is not necessary for the new service representative 
to relocate immediately to TRAroEX Central; however, he should plan 
to move there by the time the first development site in his service is 
using TRAIDEX, 

7, 2, 4, 3 Make Jjiitial Development Site Contacts 

These are the final external activities in Phase I, and consist 
of a binefing by the TRAIDEX Central director and the appropriate ser- 
vice representative to the commanding officer and currlciilum review 
staff at the selected course development sites. This briefing is pre- 
ceded by written and phone contact to the site by both the service rep^ 
resantative and the training command headquarters ^ outlining the purpose 
of the briefing and emphasizing headquarters support for the system. 

The initial site briefings should be low profile and non-threat- 
ening, and should spell out tiie support that will be provided from bath 
headquarters and TRAIDEX Central for the installation of a TRAIDEX 
capability at the site. The briefing should clearly convey the required 
qualifications of the TRAIDEX Interface, and ttia director shoisld obtain 
agreernent on a reasona ble schedule for local TRAIDEX Bitarface designa- 
tion» This briefing should make it clear lhat a prime qualification of 
the TRAIDEX Interface appointee be tiiat the functions of review of 
course unit content (media, method) and description (objectives) be a 
part of his normal function, and that the responsibilities of developer 
review and assistance already be a part of his normal duties, to this 
way, the existence of TRAIDEX will be seen to be a tool to assist the 
Interface rather than an additional burden on his time. 

It may also be appropriate for the service repr aaentative to spend 
some extra time at the site evaluating locaUy developed courseware can- 
didates for entry into the initial demonstration database, and investigating 
the local courseware storage and distribution situation. 
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2, 5 TRAIDEX Central Activities 

The activities in this Bection can take place in parallel with the 
External activities describe-d in subsection 7,2.4. Wliile 'tfie details of 
these tasks will be defined by the initial schedale ar described in sub- 
section 7* E, 3, the key items that must be accomplished are summarized 
below^ 

7.2.5.1 Set Up TRAIDEX C entral Office 

The TRAffiEX systems analyst must translate the functional re- 
quirements and the TRAroEX Design Model defined in Section 5 into 
the detpdled files and procedures that must be handled by liie TRAIDEX 
Central Office st^ff* This task includes the definition of the order 
status files required to track courseware shipment requests, the set- 
up of chronological correspondence files ^ the definition of the paper- 
work to be sent along with course unit orders (including an appropriate 
courseware reuse questionnaire) ^ and so on* Since the TRArDEX 
director will be spending a great deal of time in Phase I "on the road'% 
the analyst will also be responsible for coordinating the details of 
setting up physical office space, equipment^ and local terminal inters 
faces to the D^FOCEN computer* 

7.2.5.2 Set Up Operational Software 

An important job of the analyst will be to work witii ENFOCEN 
technical support personnel to establish the detailed design of the unit 
description database, to set up the initial loading and updating procedures* 
to establish the required accounting and security procediires, and to in- 
sure that the n^JFOCEN system will be ready to accept the Initial demon- 
stration database load and will be available to serve as damonetration 
tool for TRAffiEX foterface training. Two important tasks that must 
be accomplished during this activity arei 

1) 'Hie investigation of the functional characterigtlcs 
of available on-line text *&ditors to be used for unit 
description database entry input and modification. 
The candidates to ba ev^aluted include the D^FOCEN 
text editing software, and independent editors such 
as WYLBUR, ^ 




2) The identification and specification of any required 
data collection points in the TRAIDEX access soft- 
ware that will be required to monitor TKAIDEX 
system usage, including identification of the users 
who send or receive TRAIDEX data, number of 
search requesti per user, size of the datebase, 
and so on, 

7,2.5.3 Build fciitial Demonstration Database 

Trie final TRAIDEX Central activity to be accomplished during 
Phase I is the loading of the demonstration database and construction 
of the initial TRAIDEX system thesaurus. This activity depends both 
upon the operational software set up work described in Section 7* 2. 5, 2 
and on receipt of the ^^modcr^ courseware and descriptions received 
from the TRAIDEX director, the service representatives, and as a 
result of initial contacts with the development sites. The TRAIDEX 
system analyst and the service representatives will format the unit 
description database entries, construct an initial thesaurus of descrip^ 
tive terms, and load the demonstration database into the IHFOCEN 
system^ 

7, 3 Phase II - Operational Startup 

This phase begins with the appointment and training of the TRAIDEX 
Interfaces at the initial development sites and covers the activities required 
to make the local development sites effective users of TRAIDEX as in- 
qairers, providers of data, and shippers of course units to requesters at 
other sites. Subsection 7,3.1 describes the activities that will take place 
at the development sites, while Subsection 7. 3^2 covers the tasks that 
must be accomplished at TRAIDEX CentraL 

7. 3. 1 mstall TRAIDEX Capability at Course Development Sites 

7.3.1.1 Establi eh TRAIDEX Siterface 

After the initial development site briefings deicribed in svibsection 
7.2.4.3, the appropriate TRAIDEX Central service representatives should 
monitor the site to ensure that tiie local TRAIDEX liiterface is seleGted 
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according to tht agreed-upon schedule. In the meantime, the installation 
of a terminal should be coordinated through the TRAIDEX Central systems 
analyst. 

7.3.1,2 Train TRAIDEX Biterface 

As each development site informs TRAIDEX Central tiiat it has 
assigned its TRAIDEX Interface, the TRAIDEX Central Director and the 
appropriate service representative schedule a second site visit. The pur- 
pose of tiiis week-long session is to familiarize the new TRAIDEX Inter- 
face with the TRAIDEX facility and its operation, to teach him tiie details 
of accessing the INFOCEN system, and in general to get the local TRAIDEX 
operation off to a good start. The tasks that will be performed during this 
training and orientation session are as follows: 

1) Assist the local TRAIDEX jnfierface in the prepara- 
tion and delivery M briefings to the local course 
developers^ TRAIDEX Central should provide 
general vimal aids and assislance with preparation 
and tailoring of the narrative to local development 
subjects and problem areas^ 

2) Train the new Interface to use the IKFOCEN system 
by helping him develop a suiteible demonstration of 
the ^lystem^s capabilities. This **demo** should be 
made a part of the briefing to developers, and should 
include access and display of TRAIDEX database 
elements and possibly use of ADIT, DAVA, and 
CANTRAC, if appropriate. The demonstration session 
should be carefully tailored to appeal to the interests 
of local developers, and the TRAIDEX director and 
service representative should take care to insure 

that the TRADOEX toterface is obtaining a good grasp 
of the fundamentals of data search and retrieval* 

After the initial Training sessions and briefings have taken place, the 
TRAIDEX Central director will leave the service representative to spend 
the remainder of the week establishing a preliminary schedule for course-- 
ware loading, setting up a brief training session for data entry clerical 
personnel, and establishing the local course screening procedures and 
courseware inventory methods. The service representative should also 
obtain any locally developed courseware appropriate for indexing by 
TRAIDEX Central for inclusion in the kernel demonetration database. 
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At this point, the local development site should be prepared to 
be an active TRAIDEX inquirer and should have a firm schedule for pro- 
viding localiy developed coursewaTe descriptions* In addition, the 
service representative should have a sufficiently detailed picture of the 
local site's plans that he can predict that site^s input rates for building 
the database and its likely inquiry usage. It will be necessary to monitor 
the local site*s activity to insure that TRAIDEX in fact remains "alive 
and well" at the development aita after the TRAIDEX Central representa- 
tives have completed the installation, 

7,3.2 Control Operational Start-up at TRAIDEX Central 

7.3.2.1 Set Up Material Distributi on P rocedures 

As TRAIDEX begins to operate, courses are entered and inquiries 
made, this activity will begin to produce a small number of requr sts for 
course material. These early requests for material must be used to 
set up and test workable material distribution and monitoring procedures 
at TRADDEX Central. During the field review of Coticepts of Operation 
part of the study, it became clear that these manual procedures would 
be critical to the success of TRAEDEX, since a course developer would 
be easily discouraged from using TRAIDEX if material, when ordered, 
never arrived* 

7,3,2*2 Control Database Load 

As local course development sites begin to submit course unit 
deacriptions to be placed in the TRAIDEX unit deecrlption database, 
the analyst and service representatives will have to be particularly care- 
ful to closely edit the unit descriptions for appropriate keyword assign- 
ment, format and completeness of descriptions and so on* toteractlon 
with the TRAIDEX jtoterface personnel who are responsible for &e sub- 
mission of material from each site should be carefully handled and should 
always be done in a constructive and non-threatening manner* 

In addition, tJie rate of input for new unit deacriptions and the rate 
of TRAIDEX inquiry usage at each site should be monitored for conform- 
ance to the schedule established during the TRAIDEX Instollatlon visit* 
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This is particularly critical for the first course unit descriptions sub = 
mitted, since slippages may indicate operational problems which, if not 
corrected early, may sevarely damage TRAIPEX^s credibility at the site. 



7 , 3^2. 3 Monitor Course Screening 

Particular attention must be paid to the early course screening re- 
ports from new course development sites in order to insure that the ITRO 
selection policy and specific service guidelines are being accurately fol- 
lowed. It will be very important to be sure that course units are not being 
'^screened out'* for reasons that are incompatible with TRAIDEX requirements. 

7. 4 Op erational Cutover 

After approKimately half of the course development sites have been 
brought on line with trained TRAIDEX Interfaces, the TRAIDEX Central 
staff should make brief follow-up visits to each installed site to straighten 
out any outstanding data entry, inquiry, or unit distribution problems. 
After making any required adjustments in screening, entry, searching, 
or ordering procedures and seeing that these changes are reflected not 
only in the standing TRAIDEX operational regulations but in flie TRAIDEX 
Interface briefings and training programs, the general availability of 
TRAIDEX should be announced, and the remaining sites brought on line* 

An important part of the ongoing operation of the TRAIDEX system 
will consist of the evaluation of its usefulness to the user community. This 
evaluation will consist both of quantitative measures af the number of new 
and redeveloped course units that use course units located through TRAIDEX 
as primary source material, and qualitative judgments obtained from de = 
velopment site staff, TRAIDEX interface personnel and course developers 
by TRAIDEX Central service representatives. 
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Appendix A 
COURSE DEVELOPMENT SITES 



There are 35 Course Development Sites that are expected to use 
the TRAIDEX database to locate potentially shareable course units and 
to supply course units to the TRAIDEX database. These sites are listed 
with appropriate notes in Exhibit 

There are 22 Army sites that are expected to use TRAIDEX since 
p 

they perform some technical training development, although that is not 
their principal function^ Not included in these are DoD»wide schools 
such as the Defense iitelligence School, Washington, D* C* , and schools 
believed to have specialized course development responsibilities such as 
the Judge Advocate General* s School at tiie University of Virginia^ 

The Air Force teaches the same course at several sites but the 
course development is done at only one site for the schools teaching that 
course* Therefore, there are only 7 Air Force course development sites 
phown on Qchibit A-1 although training takes place at some 18 locations. 
There are six Navy Training Centers listed in EKhibit A-1* While not all 
of the course development sites are expected to use TRAIDEX immediatelys 
it is expected that 70% of the developers will have access to the TRAIDEX 
system by the end of the first year. This will be accomplished by select- 
ing the larger development sites for the Installation of TRABDEX capability 
in the first year, so that less than half tiie sites need actually be using 
TRALDEX in order to reach 70% of the developers. 

The expected pattern of the build up of sites on the TRADDEX sys- 
tem by year and the resulting percentage of the courses and developars 
covered in those years is given in Exhibit A -2, The first year shows 
TRAIDEX capability Installed at 12 sites. The critical issue with regard 
to TRAIDEX success is not whether this number is 12 or 20 hut whether 
an average of 70% of the course developers have access to TRAroEX during 
the second year, 
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LIST OF COURSE DEVELOPMENT SITES 








WHICH ARE EXPECTED TO USE TRAIDEX 


Note 


ARMYi 








T T 

U. 


^» 


Army Air jjeiense ocnooij ±* .Dliss, Lj^> tivi^^ 
El Paso, Texas 


4 


U. 


s. 


Army Armor School, Ft. Knox, KY401Z1 

J^wUl s V 1 Lie p x\ e n LUC Ky 


4 


u. 


s. 


Army Aviation School, Ft, Rucker, AL 36360 


4 


u. 


s. 


Army Command and General Staff College, 
Leavenworth, Kansas 


4 


T T 

U. 


S. 


Army c^ngineer bcnooLj re* oeiVQir, ^CiUQu 
Newington, Virginia 




u. 


s. 


Army Field Artillery School, Ft. Sill, OK 73503 
h bili, vJkianoma 


4 


u. 


s. 


Army Infantry School, i t* Benning, GA 31905 
Columbus, Georgia 


4 


u. 


s. 


Army Institute of Administration, Ft* Benjamin 
Harrison, IN 46216 
Indianapolis, Bidiana 




u. 


s. 


Army Institute for Military Assistance, Ft, Bragg, 
NC 28307 

Fayettcville, North Carolina 




u. 


s. 


Army Intelligence Center and School, Ft. Huachuca, 
AZ 85613 
Tucson, Arizona 


4 


u. 


s. 


Army Logistics Management Center, Ft* Lee, VA 
23801 

Petersburg, Virginia 


2, 4 


u. 


s. 


Army Military Police School, Ft, McClellan 
AL 36201 

Anniston, Alabama 


1, 4 


u. 


s. 


Army Missile and Munitions Center and School, 
Redstone Arsenal, AL 35809 
Hunts vlllej Alabama 


3,4 
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Exhibit A -1 (Continued) 










LIST OF COURSE DEVELOPMENT SITES 










WHICH ARE EXPECTED TO USE TRAIDEX 


Note 


ARMY 


(Continaed) 








S. 


Army Ordnance Center and School, Aberdeen 
Proving Qroundj MJJ 
Aberdeen, Maryland 


4 




U • 




^rmy uuarterrnascer ocnooij r i^ee, v/i ^jdui 
Petersburg, Virginia 


2,4 




U. 


s. 


Arrny Security Agency Schoolj Ft, Devens, MA 
0143 3 

Ayer , Massachusetts 


4 




U. 


s. 


Army Sergeants Major Academy, Ft. Blixx, TX 
79918 

El Paso, Texas 


4 




u. 


s. 


Army Signal School, Ft, Gordon, GA 30905 
Augusta, Georgia 


4 




u. 


s. 


Army Transportation School, Ft, Eustis, VA 23604 
Lee Hall, Virginia 


3 




u. 


s. 


Army War College, Carlisle Barracks, PA 17013 
Harrisburg, Pennsylvania 


4 




u. 


s. 


Military Academy, West Point, NY 10996 
West Point, New York 


4 




u. 


s. 


Women's Army Corps School, Ft, McClellan, AL 
36201 

Anniston, Alabama 


1.4 


NAVY; 












chief of Naval Education and Training Support, Pensacola, 
FLA 32509 


3 




Chi 


ef of Naval Technical Training, Naval Education and 
Training Support Detachment, Naval Air Station 
Memphis, Millington, TN 38054 


4 




Naval Education and Training Support Center, San Diego 
CA 92106 


3 
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LIST OF COURSE DEVELOPMENT SITES 




WHICH ARE EXPECTED TO USE TRAIDEX 


Note 


NAVYi (Continued) 




Naval Education and Training Support Center, 
Norfolk, VA 23511 


4 


Naval Education and Training Support Detachment 

Naval Training Center, Great Lakei, IL 60088 


4 


Naval Training Equipment Center^ Orlando, FLA 32813 


3 


AIR FORCE* 




Chanute AFB, IL 61866 
Rantoul, Ulinois 


A 

4 


Keesler AFB, MS 39534 
B iloxi , Mi BBiBB ippi 


4 


Lackland AFB, TX 68236 
San Antonio, Texas 


A 

4 


Lowry AFB, CO 80230 
Denver j Colorado 


4 


Mather AFB, CA 95655 

Sac raiTiento, California 


4 


Randolph AFB, TX 78148 
San Antonio, Texag 


3 


Sheppard AFB, TX 76311 

Wichita Falls, Texas 


4 



Explanation of Notes on right margin i 

1, One terminal is to be placed at Ft, McClellan to retrieve informa- 
tion on Audio Visual material from the DAVA system. This 
terminal is to be used for both tiie Military Police School and the 
Women^s Army Corps School course developers* This terminal 

is considered to be usable for TRAIDEX retrievals by both schools. 

2. One terminal is to be placed at Ft, Lee for use-wltii the DAVA 
Audio Visual Materials System, This terminal will be Uied by botii 
the Logistics Management Center and the Army Quartermaster 
School* This terminal Is considered to be usable by both schools 
for TRAIDEX retrievals. 
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Exhibit A -1 (CDntinued) 
LKT OF COURSE DEVELOPMENT SITES 
WHICH AKE EXPECTED TO USE TRAIDEX 



Explanation of Noteg on right marglni (Continued) 

3, These sitea have Defense Audio Visual Archive (DAVA) terminals 
at the time of this report. 

4. Terminali for use with the DAVA system are expected to be in- 
stalled at these locations prior to the beginning of the 1979 
Fiscal Year, These terminals will be available for use with 
the TRAIDEX system. 




Exhibit A - 2 

PLANNED BUILD UP OF THE NUMBER OF COURSE 
DEVELOPMENT SITES USING TRAIDEX OVER THE 
FIRST FIVE YEARS OF TRAIDEX OPERATION 



Item 


Year of ' 


rRAIDEX Operation 


1 


2 


3 


4 


5 


The number of Development 
Sites with access to TRAEDEX 
at year end 

The average percentage for that 
year of course developers with 
access to TRAIDEX* 


12 

small 

but 

not 

zero 


25 
70 


30 
90 


35 
95 


35 
100 


*The number of courses for which a site is responsible is assumed to be 
proportional to the number of developers at that site. 
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Appendix B 
TRAIDEX CENTRAL STAFFrNG 



B, 1 Staffing Requirements 

The two criteria for staffing TRAIDEX Central are as follows: 
first, the staff must be capable of performing the fanctione described 
in the functional design model (as ipeclflad in Section 5) that are shown 
to be done by TRAIDEX Central, and must be capabla of executing the 
planning and integration functions described in Section 7* Second, the 
personnel at TRAIDEX Central will be expected to make TRAIDEX a 
success at the development sites by their enthusiasm and quick response 
to problems. The steff must therefore be able to do their prescribed 
work and to gain the confidence of the TRAIDEX Interfaces, developers, 
and devalopment site steff as welL The on-going operation and the first 
year start-up needs will be best served by staffing TRAIDEX Central with 
at least one uniformed representative from each service who has had 
some course development experience* These service representatives 
will go to each development site in their respective service when the 
initial briefings are given, when the TRAroEX Interface is trained and 
on tiie follow-up visits. They will also participate in the course selection 
rules meetings (Activity AllS in ttie functional model) and in solving 
distribution problems (Activity A41). Their primary function during the 
on -going operation of TRAIDEX will be to encourage use of TRAIDEX 
and help in course material searches (Activity A35). 

The TRAIDEX system will require tiie services of a full-time 
director during flie first year of Its setup and operatton. In subsequent 
years this director might also be responsible for other training aesistanca 
systems which would be co -located with TRAIDEX Central, During the 
first year, tile director will participata in all the Training Command 
Briefings and in selected Development Site briefings. He should be seen 
at the development sites on at least one of the subsequent visits during 
the stertup year. 
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In the ioUowing years the director will visit the development sites 
as needed but probably not less than every two years, His primary func- 
tion is to Insure a smooth operation of TRAIDEX Central and to direct 
the service representatives in their dealings with the individual develop- 
ment sites. 

In addition to the TRAIDEX Director and fee three service repre- 
sentatives, a secretary will be needed to handle normal corraspondence 
and to manage the course material order and shipment function, Including 
the maintenance of order status files. The study team has avoided esti- 
mating the number of course material ehlpment orders that will result 
from the TRAIDEX system because of a lack of clear feelings in the train- 
ing community of the volume of course material sharing to eKpect* It is 
not possible to know the work load involved in this filing but while additional 
clerical help may be needed, it should not be added until the need is demon- 
strated by actual order volume. 

Computer related staffing should he kept to a minimum, and a 
permanent programming staff is not needed. Altihough some reports will 
be required, these reports should be produced using standard report gene- 
ration facilities where possible and should be set up by part-time or bor- 
rowed personnel from D^FOCEN or by a contractor. It might be possible 
to arrange a standing contract with a systems and program service that 
can be called upon as needed. In ihis way the programming service would 
be available when needed but each report would have to be clearly eoit 
justified. 

While a full-time programming staff is not needed, it will be nec- 
essary to have available during tiie first year manpower and skills, pos- 
sibly supplied by a contractor for setting up tiie database and the course 
unit description entries. Tn addition toward the end of the first year and 
subsequently, a run coordinator will be needed to supervise the database 
updates and prepare special runs such as those required for backup and 
recovery. If borrowing or contracting for report programming is not 
acceptable, this position could be upgraded to be a programmer or analyst. 
EKhibit B«l gives a summary of the personnel needed in ttie first and con- 
tinuing years at TRAIDEX Central, 
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Exhibit B-1 


SUMMARY OF POSITIONS NEEDED AT TRAIDEX CENTRAL 


Position 


Primary Functions 


TRAIDEX Direetor 


Assure the smoo^ operation of TRAIDEX 
Central and supervise the Development Site 
assistance being given by the Service 
Representatives* 


One representative 
from each Service 


Assist the TRAIDEX ftiterfaces with course 
material searcheSj solve course material 
material distribution problems, participate 
in the course selection rules meetings, and 
visit sites twice yearly* 


Secretary 


Type correspondence, maintain order status 
file, distribute orders for course material 
to the correct distribution point when a re- 
quest to ship is received, and follow-up on 
orders. 


Run coordinator 


Prepare database update runs using material 
entered at the development sites and at 
TRAIDEX Central^ maintain the datmbase in- 
tegrity, draw reports as needed. 


Total full-time people at TRAIDEX Central ^ 6 
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B, 2 Staffing Alternatives 

These TRAIDEX Central functions can be provided in ways. 
First, TRAIDEX Central can become part of an existing (or proposed) 
organization which has similar needs to deal with the training community 
across the three services. This approach corresponds to costing altern- 
ative 1 described in Section 6. 4, 2. Second, TRAIDEX Central can be a 
stand-alone organization with responsibility only for running TRAIDEX 
and making it a success, corresponding to alternatives 2 and 3. The 
staffing costs for these two alternatives are given in Exhibits B-2 and 
B-3* The first alternative is obviously less costly If the trips concerning 
TRAIDEX and trips of the existing organiEation are to the same develop- 
ment sites and the existing work is with the same people who would use 
TRAIDEX at those sites. Further, some expertise sharing could be 
realized if the computer and software facilities were essentially the same. 
If the objective of the existing organization was to assist the course 
developers in reducing course development effort, &en there is not likely 
to be a conflict of interest between the existing organization* s work and 
the work needed to make TRAmEX a success. However, potential cost 
savings gained by having TRAIDEX operated by another organization might 
be more than offset by the fact that its impact and effectiveness would be 
somewhat less than that of a stand-alone operation* 

The DAY A (Defense Audio -visual Archive) organization has been 
selected as the candidate organization which might absorb the TRAIDEX 
Central functions. Their staff contains one or more representatives from 
each of the three Services* They have estoblished offices and are using 
the n^FOCEN database facility for tiie DAVA database* DAVA personnel 
often travel to the service's course development sites to train course de- 
velopers and others in the use of the DAVA system for sharing Audio 
Visual Material. However, DAVA, being a DoD-level function, is not 
perceived as having as its main objective the reduction of course develop- 
ment effort. 

A representative of the DAVA organization was interviewed by the 
study team to determine ttie Incremental costs that he felt would be needed 
to absorb TRAIDEX and provide the first year introduction of TRAIDEX. 
These costs are shown in Exhibit 
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One clerical person and one systems analyst are the minimum, 
full-time personnel needed over and above the existing DAY A staff. The 
provision for initial database and procedures setup is the same for both 
staffing alternatives as is the provision for part-time clerical help to 
create the demonstration database* 

The Travel estimates for Ae TRAIDEX Central staff shown on 
Exhibit B-2 were obteined by estimating the travel needs of a stand-alone 
organization (that shown on Exhibit B-3) and then assuming that half of 
that travel could be slmred with existing travel needs in the BAY A organ- 
isation. The TRAIDEX Central staff Travel estimates for a stand-alone 
organization uses $300 per trip. The number of trips is estimated as- 
suming that two people will make three trips to each development site 
coming on-line in that year (see AppendiK A, Exhibit A -2). to addition, 
$5000 for other travel is estimated in years 1 through 4, In years 3 and 
4 one person is assumed to return to each of the sites already on-line 
from previous years and in year 5 two persons are assumed to travel to 
each site once during die year. The travel for the ITRO coordinating 
committee is tiie same for both alternatives (Exhibit B-2 and This 
travel is expected to be a TRAmEX Central cost because it was felt 
among the training representatives consulted, that proper and supportive 
oversight of flie TRAIDEX operation would not occur if each committee 
member was required to obtoln travel money for work not essential to 
his respective local organization. This coordinating committee is the 
primary means of providing the policy direction shown as ''Policlei on 
the AO diagram in the functional model. The Committee is aisumed ta 
meet four times per year. Divitatlonal orders are to be issued for six 
service representatives, two from each service, and one otiier person. 
This amounts to 28 trips at $300 each or about $8, 00 per year. 
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Exhibit B-2 

mCREMENTAL STAFFmG COSTS ASSOCIATED WITH ABSORBmG 

THE TRAIDEX CENTRAL WORK LOAD 

mTO THE DAY A ORGANIZATION 
Costing Alternative 1 



Item 



One clerical person for 
work as described in 
Exhibit B~l 

One systems analyst, to 
fill tiie role of run co- 
ordinator and programmer 

Diitial database and pro- 
cedure setup (probably 
contracted) 

Part-time clerical help 
for load of demonstra- 
tion and initial databases 

Travel: 

TRAIDEX Central 
Staff 

Coordinating Committee 

Total TRAIDEX Central 
staffing and travel 
costs 



Year 



1 



$ 20, QOO* 



$ 20, 000* 



$ 50,000 



$ 10, 000 



$ 14, 000 

$ 8,000 
$122, 000 



$14, 000 

$ 8, 000 
$62, 000 



Same 



Same 



$11, 000 

$ 8, 000 
$59, 000 



$11, 000 

$ 8,000 
$S9, 000 



$10, 000 

$ 8,000 
$58, 000 



TRAIDEX Central Staffing costs for first 5 years of operation = 

$360, 000 



^The average costs of persons on the staff Is taken as $20,000 per year. 
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Exhibit ] 


3-3 








STAFFmO COSTS ASSOCIATED WITH A STAND-ALONE 




TRAIDEK CENTRAL ORGANIZATION 






Coitlng Alternative 2 










Year 


Item 


1 


2 


3 


4 


5 


Six full-time persons as 
shown In Exhibit B-1 


$ 88,000* 


$120, 000 


$120, 000 


$120, 000 


$120, 000 


Initial datahase and pro- 
cedure setup (probably 
contracted) 


$ 50, 000 


0 


0 


0 


0 


Part-time clerical help 
for load of demonstration 
and Initial databases 


$ 10,000 


0 


0 


0 


0 


Travel; 












TRAIDEX Central 
Staff 


$ 27,000 


$ 28,000 


$ 22,000 


$ 22,000 


$ 21, 000 


Supervisory Committee 


$ 8, 000 


$ 8,000 


$ 8,000 


$ 8,000 


$ 8,000 


Total TRAIDEX Centaral 
and staffing costs 


$183, 000 


$156, 000 


$150, 000 


$150, 000 


$149, 000 


TRAIDEX Central Staffing costs for first 5 years of operation - 




$788,000 








*The average costs of a staff member per year 


is $20, 000, m the first 


year, three quarters of the costs are assumed beeause of Inevitable delays 


in staffing tiiese positions. 
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Appendix C 
TRAroEX CENTRAL OFFICE FACILITIES 

Office facilities may be provided for tiie exclusive use of persons 
reaponiible for TRAIDEX or, like people and travel, be shared with an 
existing (or proposed) organization* 

The DAVA (Defense Audio Visual Archive) organization is the 
candidate organization selected for evaluating the TRAIDEX Central costs 
for the ease whare TRAIDEX Central is merged with an exiiting organiza- 
tion* This approach corresponds to costing Alternative 1 diicussed in 
Section 6,4*2, A representative of the DAVA organimtion was consulted 
and given tiiat under this costing alternative only two additional people 
are planned, he could not identify any additional costs for office facilities 
over those already available for DAVA use. While using zero incremental 
costs for office facilities seems optimistic, the costs of providing all 
TRAIDEX Central office facilities shown in Eschibit C-1 is only $15, 000 
per year. Therefore, any error In this incremental cost estimate will 
not be significant in the overall costs of TRAIDEX, The incremental 
office facilities cost for costing alternative 1 Is therefore estimated to 
be zeT^Om 

The costs of providing stand-alone office facilities is given in 
Exhibit C-1. This corresponds to costing alternatives 2 and 3 discussed 
in Section 6,4.2 and with the stoffing for tiiose alternatives given in 
Appendbc B, The yearly costs of providing TRAnDEX Central stand-alone 
office facilities is estimated at $15,000 and the first 5 years of operation 
are estimated to cost $75, 000 in total. 
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TRAIDEX CENTRAL OFFICE SPACE AND EQUDPMENT 




Item 


toitial 
Purchase OR 
costs 


Yearly 
Lease 


5 desks for tiie director, the service 
reprasentativea, and the rim 
coordinator 


$2,000 


$ 


480 


2 clerical desks (ane extra for first 
year data entry clerk part time) 


$ 800 


$ 


192 


5 five-drawer file cabinets (3 for 
ordering information and 2 for 
stetus file and other) 


$ 800 


$ 


192 


1 desk for first year contractor or 
systems analyst 


$ 400 


$ 


96 


2 typewriters 


$1,600 


$ 


384 


copier with supplies 




$ 1,800 


Telephones 




$ 2,400 


Supplies 




$ 1,000 


1080 square feet of office space 
including an 8k10 room for storage 
of mailables and terminal use 




$ 7,236 


Other 


mm 


$ 1.220 


Total yearly costs of office 
space and equipment 




$15, 000* 


* The yearly lease costs are usad for costs estimating since all space 
and equipment is likely to be leased from some military service or 
DoD agency. Lease costs are computed at 2% of &e purchase caste 
per mon& for items shown above wito imtisl purchase costs* 
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Appendix D 

TRAIDEX COMPUTER AND TELECOMMUNICATION COSTS ESTIMATES 



Compater and telecommunication costs are made up of the 
following elements r 

Costs to buy terminals for use by the TRAIDEX 
Siterface at the development sites and for use by 



the TRAIDEX Central Staff. 

Telecommunication line charges to connect these 
terminals to the computer housing tiie TRAIDEX 
database* 

Computer coets associated with connecting these 
terminals to the computer. 

Computer time needed to search the database. 

Costs of storage to maintain the datebase on-line 
and available for immediate access , 

Costs associated with updating the database* 
The baais for estimating tiie cost of each element is explained 



below. The estimates for each cost element for tiie first 5 years of 
TRAIDEX operation are given in Exhibits D-3a and b, corresponding 
to the two costing alternatives discussed in Section 6* 

Telecommunication Terminals 

The terminals needed are commonly available for use with com- 
mercial time sharing systems and operate at 15 or 30 characters /second. 
Faster terminals are not required since the volume of material to be 
printed at &e development site is not expected to be large* For example, 
the response to a typical successful search request should consist of ten 
or fewer course unit descriptions, comprising about three pages of printed 
output. Also, ttie higher speed terminals require more costly telecommunlca^ 
tion lines. While existing video terminals should be used if ttiay are already 
available at the development site, it Is not recomn^ended that new video 
terminals be purchased for tihls application unless hard copy attachments 
are also provided because reference to hard copy after ttie terminal session 
is likely to be important when the TRAroEX toterface is conferring with 
tile course developer. 
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A highly portable terminal that would provide adequate hard copy, 
ia Ught.and can be used on the desk of the TRAIDEX Interface is made by 
Computer Devices, Inc, It can be connected to a standard telephone 
handset and requires no special installation. When there is more toan 
one TRAIDEX Interface at a site, this terminal could be used by persons 
in separate buildings since it is highly portable. The GDI Terminal 
costs $3,100 and rents for $119/month. 

A leas portable terminal such as the Anderson Jacobson is better 
than the GDI for extensive Input and editing work. It has a longer carriage, 
uses an Impact printer that prodaces better hard copy, and may be used 
efficiently by an experienced typist. It is mounted on a stand witii rollers, 
and can be rolled from office to office but is not easily moved from build- 
ing to building. This type of terminal is as noisy as a typewriter and 
should not be used In locations where It would disturb others. This ter- 
minal also connects to a standard telephone without special installation, 
costs $4,274, and rents for $185/month. 

Terminals originally purchased or placed at the development site 
for other purposes probably could be used for TRAIDEX. For eKamplej 
six of ttie development sites listed in Exhibit A-1 now have terminals for 
use with the DAVA (Defense Audio Visual Archive) system. These ter- 
minals may be used to access tiie TRAIDEX database, Jn fact, all but two 
of the sites listed are planned to have DAVA terminals by fiscal year 1979* 

For the purposes of estimating €he costs of purchasing terminals^ 
$4, 000 per terminal has been used* 

Gosting Alternative 1 takes maximum advantage of any eKisting or 
planned terminals that will be available at the development sites. There 
are only two development sites listed In Exhibit A-1 that will not have a 
terminal available^ These ^o sites are assumed to be In tiie last group 
of sites brought on to TRAIDiDC, and $8,000 is shown in the fourtti year 
for purchase of flieir terminals. 

Costing Alternative 2 takes no advantage of tiie eMsting DAVA 
organisation for TRADDEX Central needs. Without co-location of tiie DAVA 
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and TRAIDEX Central offices, the cost of two terminals for staff use 
must be borne in fte first year. Due to the relatively large input re- 
quirements the more elaborate terminals will be needed and the estimated 
cost in tiie first year is $10, OOO. En addition, the costs of all terminals 
used at the development sites must be included, since terminals that 
were purchased for use with other systenris are to be used for CDnnection 
to the TRAIDEX database. The cost of purchasing ttiese terminals is 
spread over the first five years of TE^EJEX operation according to the 
plan for bringing course development sites onto TRAIDEK shown in 
Exhibit A -2, Appendijc A, The average cost of these terminals is $4, OOO, 

Telecommunication Line Charges 

It Is recommended that one of tiie Packet Switching Networks 
described in Exhibit D-1 be used to connect the terminals at the Develop- 
ment Site to the TRAEDEX Central database. The costs of these networks 
Is very low compared to long distance voice telephone charges and the user 
Is charged only for time used regardless of distance from the developinent 
site to ttie computer handling the TRABDEJC database. The terminal and 
packet network operates in tiie following ^ayi 

The lines will appear to ttie TRAIDEX Interface to be dial-up 
switched network lines similar to those used for voice telephone. 
However, rather tiian basing the charges on AT&T long-distarice 
voice rates, a computer switched private network will actually 
be used. This network appears as a local phone number In 55 
cities. The terminal user simply dials this local number on 
his desk telephone, places the handset in the cradle provided 
as part of the term.inal and he is ready to use TRAIDEX, His 
terminal is connected to Uie TRAEDEX computer via the private 
network behind tiiis local number. 

Charges for packet switching services were obtained from two 
companies providing this service. These estimatee are given in Exhibit 
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It should be noted that the local telephone number will be in one 
of the 5 3 cities shown below. Line charges to one of these cities are not 
included in the line charges shown in Exhibit D^l , These local or long- 
diste,nce charges can be eliminated if the development site maintains tie 
lines to one of these major cities, or they can be considerably reduced 
by purchasing a private line to one of the 53 cities. The list of cities for 
the Tymnet network is given below, 

TyMNET Services is Available in These Cities 

The locations currently being serv^ed by TYMNET are as follows- 
(Those with an asteriik are planned for future installation,) 



Alabama 

^^Birmingham 

Arizona 
Phoenix 

California 
InglewQod 
Los Angeles 
Oakland 
Orange County 
Oxnard 
Palo Alto 
Riverside 
Sacramento 
San Diego 
San Francisco 
San Jose 

Connecticut 
Darien 
Hartford 

Colorado 
Denver 



Iowa 

'^Des Moines 

Kansas 

-Wichita 

L-ouisiana 

Baton Rouge 
New Orleans 

Maryland 
Baltimore 

Maasachusetts 
Boston 

Michigan 
Detroit 

Minnesota 

Minneapolis 

Missouri 

Kansas City 
St, Louis 



North Carolina 
Chapel Hill 
Durham 
Raleigh 

Ohio 

^^Cincinnati 
-^^Clev eland 
Columbus 

Oklahoma 

Oklahoma City 

Oregon 

Portland 

P enn s y Iva nla 
Philadelphia 
Pittsburgh 

Texas 
Dallas 
Houston 
Midland 
San Antonio 



District of Columbia 
Washington 

Florida 
^Miami 

St, Petersburg 

Georgia 
Atlanta 



New Jersey 

Englewood Cliffs 
Union 

New York 
Bi^falo 

New York City 

Rochester 

Syracuse 



Utah 

s'^tolt Lake City 

Washington 
Seattle 

Wisconsin 
Milwa ukee 



IlUnols 
Chicago 
Freeport 
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EKhibit D-1 

L3NE CHARGES FOR TWO COMMONLY AVAILABLE PACKET 

SWITCHING NETWORKS 



Item TYMNET TELENET 

Basic line charges: 

• major metropolitan $1 , OO/hr $1 . 40/hr 
areas 

• otiier metropollten $4, 00/hr $2, 40/hr 
areas (1) 

Character transmission $0. 10/1000 chars $0.60/1000 

charges packets (packet 

equals a line) 

Estimated char rate $l,00/hr $l,00/hr 

Rate for estimating 

purposes — - $3, 00/hr (2) — — — — — — 



Notes: 

(1) The terminal user must make a local or long'-distance (regular 
v^oice network) telephone call to the node nearest his terminaL 
By December 1976, tiiere will be 42 nodes for tiie TELENET 
Network and 55 nodes planned for the TYMNET network. The 
major metropolitan rates apply to: San Francisco, New York, 
Los Angeles, Washington^ D\ C, , Chicago^ Boston, Detroit, 
and Philadelphia, 

(2) When large -volume contracts exist and the line charges for 
TRAIDEX can be placed witfiin this existing contract, a lower 
rate can be obteined. The TRAIDEX System could operate 
witliln the existing contract between TYMNET and tiie National 
Library of Medicine, The DAVA System uses this contract and 
they hav^e experienced charges of $2,50 to $3, 00 per hour. The 
rates without this contract ride are estimated to be no more 
than $4, 00 per hour. 




The line charge estimate is the product of the estimated rate 
given in Exhibit D-1 ^ $3. OO per hoar, and the estimated number of hours 
per year of terminal connect tirne. The terminal connect time is esti- 
mated as follows^ 

1) Each tinne a course is developed or revised diat 

coritains subject matter for TRAIDEX sharing^ this 
CQurse development or revision is assumed to generate 
TRAIDEX inquiry activity. Because not all course 
units are revised during the review, it is further as- 
sumed that there will be one inquiry for every two 
units* From Exhibit 1 ^ 29,200 course units could 
be expected to be revised or developed per year. Thus, 
the number of inqairles for course unit material is 
ass umed at about 1 4, 60O per year* While this may 
seem high, the total course development effort in the 
three services exceeds 4, 000 manyears per year. If 
half of these manyears are spent on courses of interest 
to TRAIDEX, then these 2000 manyears would revise 
or develop about 7 course units per manyear^ This 
does not seem to be too high a rate of development 
and revision, 

E) Each course with subject matter of interest to TRAIDEX 
that is revijed or developed will be loaded at the develop- 
ment site mostly during the years 2 through 4, All 
course units of courses being revised are entered initially. 
Thereafter, only revised units are entered. The data 
entry load for new and revised courses is 29, 200 course 
units per year during years when whole courses are 
being entered and half of this or 14, 600 units per year 
thereafter. 

3) Ten course unit descriptions printed at the development 
site terminal ^ill take about 6 minutes* While Bome 
searches will require many iterations, some will be 
very simple and require little interactive time. After 
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getting some experience with making Inquiries, the 
TRAIDEX toterface is not likely to take more than 
1 hour of terminal time on even the most difficult 
inquiry, yet even the simplest inquiry ^ill probably 
require 15 minutes of terminal time. The study team 
decided to assume 30 minutes per inquiry after sub- 
jectively evaluating these factors, 

4) The da^ entry rate for new and revised course units 
was estimated by assuming that the material for single 
course units would be entered on a low-volume, irregular 
basis by an experienced typist^ SofTech programming 
Secretaries who enter programs and program corrections 
into online database systems weie consulted, and taking 
the irregularity of the data entry into account^ they 
estimated that each course unit ^ould require about 30 
minutes to enter, although tibis estimate would be 
smaller if the volume were higher and the arrival rate 
more regular. For terminal time estimates, 30 minutes 
will be allowed for each new or revised course unit 
entered. 

The terminal and line time can be reduced by using cassette- 
equipped terminals which alloy/ typing and editing of flie input d^te off - 
line and transmission of the edited data at communication line speed 
(30 characters per second, or 4 to 6 times faster than typing speed). 
This option was not considered, however, since such terminals are more 
expensive and not as readily available. In the future, this possible cost 
savings could be considered. 

The estimated terminal connect time for tiie first five years of 
TRAIDEX operation is given in Exhibit The connect time for the 

first year was estimated at 1/3 of tiiat estimated for a year where all 
sites were on-line and the initial database build was still going on. The 
terminal time for each of the years 2 through 4 were estimated at 7, 300 
hours for inquiry and 14, 600 for data entry If all sites were on-line. 
These estimates were modified in each year to reflect that only some of 
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the developers and coarses will be exposed in tiiese early years to 
TRAIDEX^ The factors reflecting this correction are taken from E^chibit 
A -2, line E, in Appendix A, The 5& year estimate conte.ins the time 
needed to re^input those units revised in that year which had beeii entered 
in earlier years and the costs of entering course units missed in years 
2 through 4 because of not having all sites on-line. 



Exhibit D-2 

ESTIMATED TERME^i L CONNECT TDwlE m EACH OF THE FIRST FIVI 

YEARS OF TEAIDEX OPERATION 



Item 

Connect time for inquiries 
(hours) 

Connect time for course 
unit description input (hours) 

Total terminal connect time 
(hoars) 



Year 



1 


2 


3 


4 


5 


2433 


5110 


6570 


6935 


7300 


4867 


10220 


13140 


13870 


1403 3* 


7300 


15330 


19710 


2080S 


21333 



'^The connect time for course imit description input drops to 7300 hours 
in year 6 and beyond. 



Cornputer connection and time charges associated with terminal use 

Charges associated with the j^FOCEN faciUty at WPAFB will be 
used for cost estimating purposes. 

The computer usage charges are based on t^o parameters. First, 
because each terminal actually connected to the computer uses some com- 
puter memory and some fraction of the telecommunication connection 
facility, the charge at INFOCEN for being connected to the computer la 3 
cents per minute. Therefore, the terminal connect charges are $36, 000 
per year for a fully operational year. The second parameter affecting 
computer usage coats is tJie amount of computer profcessing time required 
to perform a datobaae search; this cost Is tstlmated at $10, 000 for a fully 
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operational year. These dollar figures represent 35 developrnent sites 
encompassing all the developers and all the coarse anits in the current 
inventory. The baild-iip of sites, and therefore of the number o£ developers 
and courses escposed to TRAIDEX, Is less than 100% in some years. The 
average percentage of the course units and developers exposed to TRAIDEX, 
in a given year is shown on line 2 of Exhibit A -2, This build-up is taken 
into account in the costs shown in EKhihit D-3a and 3b, 

For costing Alternative 1, the first-year INFOCEN computer 
charges are absorbed by the DAVA organization. Otherwise, the computer 
time and connection charges are the same for botii costing alternatives. 

Costs t o update the database 

The costs to update title databas© are based on the number of char- 
acters of new data to be added to the database and the BiT.m of the database 
at the time of the update. The BIFOCEN charges are $170 per million 
characters of new data to be added to the database and $10 per million 
characters of data already in the database. The database build up will 
occur as courses are reviewed. This review rate has been assumed to 
1 / 3 of the course inventory each year. The build-up also Includes the new 
courses developed in that year; however, not all of the courses being re- 
viewed are reviewed at sites on-line to TRAIDEX, The eetimates of data- 
base and update sizes resulting from the combination of these factors are 
shown in Exhibit 6-1, Section 6* 

It is more expensive to update more often because the coat of 
each update has a fisced cost element that is dependent upon the database 
si^e. The study team decided to allow for one update per week so that 
material entered during one week by the development site would be visible 
in tile database no more tiian one week later. This was felt to be necessary 
to maintain and encourage the course unit entry by die developm.ent iites, 
A database update more often does not stem to be cost justified, since 
the effectiveness of ttie database for finding course material is impaired 
by less than one percent when flie update is delayed for a weak. The up- 
date charges will be greatest in the 4th year. The database is expected 
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to reach 160 million characters in the 4tii year (see Exhibit 6-1, Section 6 
for build »up) and ttie number of characters to be added in the 4th year is 
26 million. The 4th year update charges are estimated at $85, 000* 

For Costing Alternative 1, the first^year n^FOCEN update charges 
are absorbed by the DAVA organization* Otherwise, the update costs for 
the both costing alternatives are the same. 



Exhibit D"3a 
SUMMARY OF COMPUTER RELATED COSTS 
FOR COSTmC ALTERNATrVE 1 
Taking full advantage of existing DAVA organization and equipment 

(In thousands of dollars) 





Year 


5 - Year 


Item 


1 


2 


3 


4 


5 


Total 


Telecommunication Costs: 














Terminal purchase costs: 














for development sites 


0 


0 


0 


8 


0 


8 


for TRAmEX Central 


0 


0 


0 


0 


0 


0 


Line Charges 


0 


46 


59 


62 


64 


231 


Total Telecommunication 
Costs 


0 


46 


59 


70 


64 


239 


Computer Costs (INFOCEN): 














Connect time charge 


0 


18 


24 


25 


16 


83 


Computing time charge 


0 


7 


9 


10 


6 


32 


Data storage charges 


0 


22 


47 


78 


96 


243 


Update charges: 














Update size charge 


0 


Z 


4 


4 


3 


13 


Database size charge 


0 


19 


41 


68 


83 


211 


Total Computer Coats 


0 


68 


125 


185 


204 


582 


Total Telecommunication and 
computer costs 


0 


114 


184 


185 


268 


821 



158 

D-IO 



Q lOEO-2 

ERIC 



Exhibit D-3b 










SUMMARY OF COMPUTER RELATED COSTS 




FOR COSTmC ALTERNATIVE 3 








A complete stand-alone TRAIDEX facility 






{in tiiousaRds of dollars 


) 










Year 


5 -Year 


It GUI 


1 


2 


3 


4 


5 


Total 


Telecommunication Costst 






























48 


52 


20 


20 


0 


140 


for TRAIDEX Central 


10 


0 


0 


0 


0 


1 u 


Line Charges 


22 


46 


59 


62 


64 


2 5 J 


Total Telecommunication 


80 


98 


79 


82 


C4 




Costs 














Computer Costs (^FOCEN)! 














Conr.ect time charge 


9 


18 


24 


25 


16 


92 


Computing tnjne charge 


5 


7 


9 


10 


6 




Data storage charges 


5 


22 


47 


78 


96 


248 


Update charges: 














Update iize charfe 


1 


2 


4 


4 


3 


14 


Database size charge 


4 


19 


41 


68 


83 


21S 


Total Compater Costs 


24 


68 


125 


185 


204 


606 


Total Telecommunication and 


104 


166 


204 


Z>>7 


268 


1009 


computer c oats 
















